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PREFACE 

This document presents results of work supported by the Law Enforcement 
Assistance Adnumstration, U S. Department of Justice, under the Ommbus Crime Con- 
trol and Safe Streets Act of 1968, as amended. It was sponsored under an inter-agency 
agreement with the National Aeronautics and Space Admmistration through Contract 
NAS 7-100 Pomts of view or opinions stated m this document are those of the authors 
and do not necessarily represent the official position of the U.S. Department of Justice 
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FOREWORD 


Cooperative systems are valuable because they bnng advanced technologies such as 
computer-aided dispatch and digital communications to the smaller cities who mdivid- 
ually could not afford them, and because significant savings in operational costs can be 
realized through the shared services and facilities. 

This book has been prepared and distributed to provide pubhc safety planning 
personnel with a compact source of mformation on one of the most important aspects of 
poEce command and control automation, namely multi-community command and con- 
trol systems. 

This volume is one of a senes prepared under the sponsorship of the Law Enforce- 
ment Assistance Administration (LEAA) to provide planning gmdelines on the various 
aspects of poEce command and control automation. The complete series consists of the 
following documents' 

Title 

Apphcation of Mobile Digital Commumcations 
m Law Enforcement 

Apphcation of Computer-Aided Dispatch 
m Law Enforcement 

Apphcation of Automatic Vehicle Location 
in I^w Enforcement 

Patrol Force Allocation m Law Enforcement 

Multi-Commumty Command and Control 
Systems m Law Enforcement 

The senes was prepared by the Jet Propulsion Laboratory of the Cahfomia Institute 
of Technology, usmg the results of studies sponsored by LEAA at JPL as well as at other 
institutions. The documents are bemg distnbuted as part of LEAA’s mission of giving 
technical assistance to state and local law enforcement agencies. They are addressed to 
the local law enforcement planner who must face practical workmg problems in deciding 
what degree and kind of automation best suits his department. Our intention has been to 
give him the basic understanding he needs to make such a decision, and procedures for 
making the associated analyses or having them made. The manuals are developed withm 
the framework of the overall command and control system so that potential benefits of 
mdividual innovations can be evaluated m terms of improved system performance. 

The technologies that are available to law enforcement agencies today have the 
promise of makmg their operations more efficient as well as more effective. Our hope is 
that this series of documents will provide a clear and concise picture of what that promise 
is and what is involved m makmg it a reafity. 


Document No. 
JPLSP43-6Rev.l 

JPL 5040-16 

JPL 5040-17 

JPL 5040-18 
JPL 5040-19 


S. S. Ashton, Jr. 

Systems Development Division 
National Cnnunal Justice 

Information and Statistics Service 
Law Enforcement Assistance Administration 
Umted States Department of Justice 
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ABSTRACT 


A set of planning guidelines for muit-community command and control systems m 
law enforcement is presented. Essential characteristics and applications of these systems 
are outhned. Requirements analysis, system concept design, implementation planning, 
and performance and cost raodehng are descnbed and demonstrated with numerous 
examples. Program management techniques and joint powers agreements for multi- 
community programs are discussed in detail. Adescnption of a typical multi-commumty 
computer-aided dispatch system is appended. 

This document is one of a senes of five guidehne manuals on mobile digital commu- 
nications, computer-aided dispatch, automatic vehicle location, patrol force allocation, 
and multi-community command and control systems for law enforcement apphcations. 
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1. IWTRODUCTION 


Several recent technical developments have made possible 
sigmficant advances in police command and control operations 
(and those of other emergency services). The rapid advances m 
sohd-state electronics, especially integrated circmts and associ- 
ated digital devices, have led to general availability of powerful 
computers at drastically reduced prices and to the whole spec- 
trum .of digital communications. 


This series of documents has been issued to summarize 
the current state of such developments as they apply to police 
command and control and to assist pohce department planners 
in determimng how best to apply these new technologies to 
then own needs This document is the fifth in the series, the 
complete senes consists of the following: 

Title 

Document No 

Application of Mobile Digital 
Commumcations in Law 
Enforcement 

JPL SP43-6 
Rev. 1 

Application of Computer-Aided 
Dispatch in Law Enforcement 

JPL 5040-16 

Application of Automatic Vehicle 
Location m Law Enforcement 

JPL 5040-17 

Patrol Force Allocation in Law 
Enforcement 

JPL 5040-18 

Multi-Community Command and 
Control Systems m Law 
Enforcement 

JPL 5040-19 


The precedmg documents have considered particular 
aspects of new technology apphed to police command and 
control The purpose of this document is to discuss these tech- 
niques as an mterrelated set makmg up a new type of pohce 
command and control system The advent of the 911 emergency 
number in all jurisdictions over the next few years will create 
a requirement for certam new procedures and techmques, and 
constitute a natural base for planmng a completely new and 
advanced system. 

Although computer-based systems are much less costly 
than a few years ago, they are still beyond the reach of most 
small police departments. A solution, to this problem has been 
found by a few departments that are part of a cluster of con- 
tiguous jurisdictions on the outskirts of a large city. Three 
Chicago suburbs (Oak Park, Forest Park, and River Forest) 
have combined to set up a computer-aided dispatch facility 


that services all three departments without in any way lumting 
their mdependence. A similar system is being implemented for 
seven contiguous cities m the Los Angeles area (El Segundo, 
Manhattan Beach, Hermosa Beach, Redondo Beach, Palos 
Verdes Estates, Gardena, and Hawthorne). This document is 
addressed particularly to planners m departments whose size 
and location make it possible to consider similar arrangements 
with neighbormg jurisdictions. The details of existmg multi- 
jurisdictional systems are descnbed to give a clear idea of what 
such a system looks like and how it operates. Present indica- 
tions are that it can effect significant savmgs m operatmg costs 
for all the participants. 

The term police command and control is used m these 
documents in order to brmg out the fact that police opera- 
tions are of essentially the same nature as other command and 
control operations such as the military, pubhc utilities, transit 
^sterns, and other systems with rapidly changmg demands 
that require frequent decisions about the allocation of 
resources. The elements of any command and control system 
are 

• Determmmg the need (e.g , calls for service) 

• Determimng the status of the resources (patrol unit 
status) 

• Deciding what resources are to be apphed (dispatch 
decisions) 

• Issumg the necessaiy command (dispatches) 

• Monitormg and supporting the operation (com- 
mumcations with patrol unit) 

It IS important to note that command and control is not 
synonymous with commumcations. A command and control 
^stem mcludes, m addition to the communication links, the 
data bases where incident and patrol unit status data are stored, 
the procedures for handlmg and stormg the data, the proce- 
dures for arriving at field unit dispatch decisions, the displays 
used to present data to decision makers, and the personnel and 
procedures for exercising general control of the operation. In 
automated systems, a computer and its related equipment are 
essential parts of the command and control system 

The previous documents m this series have mdicated m 
each case the need for a requirements analysis as a basis for 
planning implementation of a new technology Such an.analysis 
is even more necessary when an mtegrated automated command 
and control system is being planned, especially if it is to be a 
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multi-community or multi-jurisdictional system. The system 
must be analyzed as a whole, taking into account the inter- 
actions of ail the elements In general, the elements of a com- 
plete automated pohce command and control system would be 
the following 

• A computer-aided dispatch system. 

• Digital commumcations with patrol units, mcluding 
mobile digital temunals m the patrol umts (and, 
possibly, digital portable radios). 

• The interface with remote data bases (DMV, NCIC) 

• Hie interface with the 911 emergency number 
system. 

• Automatic number indication and automatic loca- 
tion indicatiom of the calling telephone (planned as 
part of the 911 system). 

• Computer programs to aid m the daily or longer- 
term allocation of patrol forces and m the analysis 
of crime or incident patterns for law enforcement 
management purposes 

This hst does not include the radio communication links 
that are assumed to be available, although reallocation of the 
channels may be necessary Automated equipment can help m 
the management of channel capacity, however, for example, 
by dynarmc channel allocation techniques 

Many advantages are offered by cooperative, multi- 
community ormulti-jurisdictional command and control system 
implementations' 

• Significant savings can be made m operatmg costs, 
most particularly m personnel costs 

• Savings in procurement of both capital equipment 
and implementation costs because one system is 
being designed and put into operation, not one for 
each separate jurisdiction 

• Radio channel crowding is especially troublesome 
m the case of several adjacent but separate radio 
dispatch systems A combmed computer-aided as- 
tern helps relieve this congestion m two ways 

(1) AU the channels of the departments can be 
managed as a common resource, resulting m 
efficient allocation of this resource, and 


(2) Convertmg a portion of the message traffic 
to digital form reduces charmel congestion 
for the same volume of messages. 

• Federal funds to subsidize upgrading of local police 

command and control systems are usually easier to 
obtain for such jomt or cooperative systems. It may 
be difficult for a small department to obtain such 
funds as an mdividual apphcant. 

Service to the public can be improved m a number of 

ways. 

Improved Dispatching. With promptly updated status 
always immediately visible, mstant access to all required files 
m the computer, and automatic imput of all routme data (time, 
data, id’s etc ) by the computer, the dispatcher can process 
dispatches faster and more accurately. 

Use of Resources. With the status of all forces of the 
cooperating commumties on view at a central location, these 
forces can be allocated in a more efficient manner and can be 
mobilized to handle cross-jurisdictional mcidents more 
effectively. 

Response to Calls. With an Automatic Call Distnbu- 
tion System to allocate incoming calls to the next available 
operator, calls can be served m the sequence of their arrival 
and answered more rapidly because the telephone answering 
resources have been pooled. 

Call Processing. Takmg of mcident data by the tele- 
phone clerks is made faster and easier by the keyboard/CRT 
procedure Routme data is handled by the computer, and 
information given is checked for validity (especially addresses) 
With the automatic number/location identifier feature of the 
91 1 system implemented, location and telephone number can 
be entered automatically The address verification function of 
the computer will also automatically indicate which police 
department has jurisdiction over the location of the incident. 

Reduced Response Time. Because of the faster opera- 
tion at both the telephone answering and dispatcher positions, 
and the more accurate mformation available to both, overall 
response time may be reduced. 

Dispatcher Efficiency . The efficiency of the dispatcher 
is not only improVed by the automated functions, but by a 
quieter workmg envuonment and reduced stress during peak 
load periods 

Officer Safety The safety of field is enhanced by 
several features of the automated system mformation on sus- 
picious vehicles and persons is provided to field officers m 
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seconds, access to radio channels by field units is less subject 
to delay, digital communications are less subject to being 
overheard. 

Interagency and Interjurisdictiond Communications. 
This traditional and recurring problem is significantly reduced 
by proper allocation of communications channels between 
agencies (police, fire and emergency medical services) and 
between communities. 

Management, Management functions are aided by 
automated record keepmg and report generation. Reports by 
field personnel can be reduced in number and preparation 
tune. 

All these technologies are of current interest in the law 
enforcement commumty, and all of them are being developed 
and encouraged by the Law Enforcement Assistance Adminis- 
tration (LEAA). Digital commumcations and computer-aided 
dispatch are the most widely adopted of these technologies, 
although still only a small percentage of pohce departments 
have implemented such systems. Through the kmd of coopera- 
tive, multi-commumty or multi-jurisdictional automated com- 
mand and control systems descnbed m this document, it will 


be possible for smaller departments to enjoy the benefits of the 
new technologies. Establishing a joint powers or similar agree- 
ment to implement and operate a cooperative command and 
control system is perhaps the most difficult obstacle to 
overcome. 

Section 2 of this manual outlines some system concepts 
for automated command and control systems, in particular 
those for multi-agency (pohce, fire, emergency medical 
services) dispatching and multi-community or multi- 
jurisdictional dispatching through cooperative command and 
control faculties 

Section 3 outhnes briefly the plamung process for a new 
automated command and control system. Elements of. joint 
powers agreements and program management organization are 
discussed m Section 4. Section 5 then discusses the first step in 
this planning process, the analysis of requirements 

Subsequent sections deal with design concepts, imple- 
mentation schedules and costs and cost-benefits analysis 

Appendix A contains a description of an operational 
multi-community computer-aided dispatch system 
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2. SYSTEM CONCEPTS 


An automated police command and control system 
performs the same functions as one that is not automated, the 
differences are mainly in the efficiency with which the opera- 
tions are performed and the added resources that can be made 
available (especially fast access to local and remote data bases). 
Automation also provides a degree of flexibihty not usually 
attainable with manual systems This section defines some of 
the system-level concepts the planner should consider in con- 
nection with the basic decisions that must be made for an 
automated command and control ^stem. 

2. 1 Basic Concept 

The different elements of an integrated automated 
command and control system for law enforcement are described 
in detail m the other documents in this series. The core of such 
an integrated system is the computer-aided dispatch (CAD) 
system, and the next most essential element is a system of 
digital communications with patrol umts. An automatic vehicle 
location (AVL) system is a useful addition, but probably has 
less effect on overall operations per dollar mvested than the 
two elements previously mentioned Patrol force alloca- 
tion techniques are related to command and control func- 
tions, and can be applied when a suitable computer is already 
available (for use m a CAD system, for example) 

Figure 1 summanzesthe concept of an automated police 
command and control system Two points are evident from a 
review of the figure 

• AH transactions in the system except mcoming 
calls to the telephone clerk or complaint board 
operator (CBO) and the voice messages between 
dispatcher and patrol units are in digital form 

• The CAD computer is at the heart of the system, 
supporting every aspect of the operation 

Putting as much as possible of the information to be 
handled into digital form makes it possible to take full 
advantage of the remarkable speed and capacity of present- 
day computers. It also serves to reduce the volume of message 
traffic on the usually crowded radio channels; this is an impor- 
tant benefit in many cases. In general, all of the operations 
listed that are performed by the computer are carried out so 
fast that the person concerned (CBO, dispatcher, patrol unit 
officer) IS not aware of any delay at all. 

The benefits to be expected from an automated police 
command and control system are in many cases difficult to 


measure in numerical terms, and those that can be measured 
do not show dramatic changes. Nevertheless, there are impor- 
tant improvements associated with automation' 

• Stress on personnel may be reduced under heavy 
load conditions, this enables the personnel to 
make better decisions. 

• Response time is reduced, primarily by reducing 
the time between receipt of a call for service and 
assignment of a patrol umt to the incident It is 
still necessary for the patrol umt to reach the scene 
of the incident, and automation has a relatively 
small effect on the average travel time 

• Officer -safety.is enhanced because more informa- 
tion IS made immediately available to the officer, 
and patrol umt status (includmg emergency mes- 
sages), is transrmtted quickly and m encoded form. 

• Status and other digital messages are m a form that 
cannot be overheard by the general pubhc with- 
out special receiver equipment. 

• Both CBO and dispatcher efficiency may be 
improved to the extent that m a large department 
it is possible to elimmate one or more positions, or 
allocate existing positions to special functions, such 
as one operator for data base queries, and a second 
for ambulance and tow services, etc., this decentral- 
ization of functions significantly reduces the stress 
on the dispatch stations, which are the most 
heavily loaded positions. In small departments 
(not more than three or four dispatchers) it is 
unhkely that any positions can be eliminated. 

• Overall operations can be improved because of the 
large increase m the amount and variety of manage- 
ment mformation that becomes available with the 
automated system, the production of management 
and statistical reports also becomes much faster 
and less expensive. 


2.2 Operating Modes 

A command and control system for law enforcement 
needs to have provisions for modes of operation under all 
foreseeable conditions Planmng for an automated system 
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COMPLAINT BOARD OPERATOR 
(CBO) CONSOLE 


DISPATCH CONSOLE 


AUTOMATIC CALL 
DISTRIBUTION (AGO) 
SYSTEM 

1 AUTOMATICALLY 
ASSIGNS INCOMING 
CALL TO NEXT 
AVAILA8LECBO 
OPERATOR 


AVL COMPUTER 



automatically polls all AVL 
SENSORS TO DETERMINE POSITION OF 
PATROL UNITS 

COMPUTES POSITION OF EACH PATROL 
UNIT DETECTED 

CORRECTS COMPUTED POSITION TO 
NEAREST STREET OR ROAD LOCATION 
MAINTAINS CURRENT PATROL UNIT 
LOCATION DATA ON FILES OF PATROL 
UNITS IN CAD COMPUTER UNDER CON- 
TROL OF EACH DISPATCHER 


DISPATCHER 

CALLS UP NEXT INCI- 
DENT FROM INCIDENT 
BACKLOG FILE IN 
COMPUTER (COMPUT- 
ER MAINTAINS 
FILE BY PRIORITY) 

selects patrol 

UNIT FROM AVAIL- 
ABLE UNITS LISTED 
ON PATROL UNIT 
STATUS FILE ON CRT 
DISPATCHES 
SELECTED UNIT BY 
VOICE MESSAGE 


4 GIVES PATROL UNIT 
ANY DATA FROM 
PRIOR HISTORY 
FILE * 

5 MONITORS INCI- 
DENT AND PROVIDES 
ANY ADDITIONAL 
SUPPORT NEEDED 

6 RELAYS REMOTE 
DATA BASE QUERIES 
(IFMDTfS NOT 
AVAILABLE) 


AVL SENSORS 

DETECT PRESENCE AND 
ID OF PATROL UNITS 
WITHIN RANGE 


OFFICER 

1, INDICATES STATUS CHANGES TO COMPUTER BY PRESSING 
keys ON MOBILE DIGITAL TERMINAL (MDT) 

2 RECEIVES DISPATCHES BY VOICE FROM DISPATCHER (MAY BE 
SUPPLEMENTED BY PRINTED OUT MESSAGE ON MOBILE DIGITAL 
TERMINAL) 

3 INITIATES REMOTE DATA BASE QUERIES FROM MOBILE 
DIGITAL TERMINAL AND RECEIVES RESPONSES ON TERMINAL 

4 PROVIDES NEW OR CHANGED DATA TO DISPATCHER DURING 
COURSE OF INCIDENT AS NEEDED BY VOICE (MAY ALSO BE 
VIA THE MOBILE DIGITAL TERMINAL) 

5 CLOSES INCIDENTBY SENDING APPROPRIATE DISPOSITION 
CODE VIA MOBILE DIGITAL TERMINAL (MAY ALSO BE BY VOICE 
TO DISPATCHER) 


REFORMATS DATA FROM CBO FORMAT TO DISPATCHER 
FORMAT 

AUTOMATICALLY HANDLES ALL ROUTINE DATA 
ENTRIES DATE, TIME, DISPATCHER ID, DISPATCH 
SERIAL NO , OFFICER ID 

RETRIEVES AND DISPLAYS TO DISPATCHER ANY 
INFORMATION IN PRIOR HISTORY FILE FOR THE GIVEN 
ADDRESS * 

CHECKS GEOGRAPHIC FILE FOR NEAREST INTERSEC- 
TION AND DISPLAYS DATA TO OiSPATCHER* 

CHECKS VEHICLE LOCATION FILE FOR NEAREST AVAIL- 
ABLE PATROL UNITS AND RECOMMENDS ONE OR MORE 
FOR DISPATCH* 


6 MAINTAINS INCIDENTBACKING 
FILE BY PRIORITY 

7 RECEIVES ALL DIGITAL STATUS 
CHANGE MESSAGES PROM 
PATROL UNITS AND UPDATES 
PATROL UNIT STATUS FILE 

8 RETRIEVES AND DISPLAYS ON 
demand COMPLETE INCIDENT 
RECORD FOR ANY INCIDENT IN 
PROGRESS (WHEN DISPATCHER 
NEEDS TO CHANGE OR ADD 
INFORMATION) 

9 AUTOMATICALLY ACKNOWLEDGES 
DIGITAL STATUS MESSAGES 
FROM PATROL UNITS 

10 CHECKS ALL DISPATCHER 
ENTRIES FOR VALIDITY 
11. FORMATSANDTRANSMITS 
QUERIES TO REMOTE DATA 
BASES 

12 PRINTS OUT SOME OR ALL 
RESPONSES TO REMOTE DATA 
BASE QUERIES {WITH QUERIES) 

13. RELAYS REMOTE DATA BASE 
RESPONSES TO PATROL UNIT 
MOBILE DIGITAL TERMINAL 
14 MAINTAINS COMPLETE log OF ALL 
INCIDENTS 


MOBILE DIGITAL TERMINAL (MDT) 


AUTOMATICALLY TRANSMITS PATROL UNIT ID WITH ALL 
MESSAGES (VOICE AND DIGITAL) FROM PATROL UNIT 
PRINTS OUT (OR DISPLAYS) DIGITAL MESSAGES FROM DIS 
PATCH CENTER 

TRANSMITS ' CANNED" DIGITAL MESSAGES WHEN OFFICER 
ENTERS CODE ON KEYBOARD OF MDT 


*Opt)oria] features that not all CAD systems will have 


Fig. 1 System concept of integrated automated police command and control system 
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should include provisions for the various operating, modes 
that might be required. In general, these are. 

Normal Operations. This operating mode covers the 
routine monitoring of calls for service and responding to them 
Such operations are required around the clock and every day 
in the year. 

Backup Operations. Although the reliabihty of 
modem automated equipment is very high, provision must be 
made for operating m the event that there is some type of fail- 
ure that interferes with automated operation. This is usually a 
manual system, althou^ there may be modes where that part 
of the automated equipment that has not failed can continue 
to be used. Plans are needed for smooth transfer from normal 
automated operations to backup manual operations and back 
to automated operations 

Emergency Conditions The command and control 
system should be able to respond to emergency conditions m 
the commumly. This response takes the form of special real- 
time coordination of resources from a command center In 
minor emergencies the command center may be in the dispatch 
center, with a designated Tactical Officer having authority 
over all the communication links needed to coordmate the 
response to the emergency. Major emergencies are typically 
coordmated from the scene m some type of mobile command 
unit with adequate communications equipment to coordinate 
the response. Such a mobile command unit may be a station 
wagon or van, or for major disturbances it may consist of 
several trailer vans with autonomous power supply and com- 
mumcations equipment with access to the systems data 
processmg. 

The equipment and procedures planning should provide 
the necessary equipment, interfaces, and procedures so that 
an emergency command post can be set up quickly and 
smoothly. 

Unusual Occurrences. This term designates a condition 
requmng dedicated and extended coverage of an area affected 
by a major disturbance or disaster Command and control 
typically requires on-the-scene coordination of many police and 
other emergency units, specialized equipment, field intelli- 
gence gathering, logistic support, and liaison with other 
agencies operating at the scene. One or more command posts 
of the type described for emergency conditions may be 
established. Plans for this and other emergency conditions 
should include not only equipment and procedures, but what- 
ever special files and software might be required to operate 
under the specified conditions. 


2.3 Community Integrated Public 

Safety Systems 

Large cities normally have essentially independent police, 
fire, and emergency medical service departments, each with its 
own command and control system and communications. For 
medium sized or smaller cities it is often practical as well as 
economical to combme the command and control operations 
in a single public safety dispatching system that assures 
response to an emergency with the appropriate personnel and 
equipment at any time of day, every day in the year 

With the advent of the 911 emergency calling number, 
there will necessarily be a single point where calls are received, 
even though the dispatching operations are completely 
separated. In smaller cities these operations can be combined 
to some extent, thereby effecting important savings in oper- 
ating costs and equipment. Figure 2 shows the system elements 
for an integrated system. Some significant economies can be 
effected by sharing the relatively expensive computer-aided 
dispatching facilities where similar data processing fimctions 
are required by all emergency services The most obvious of 
these functions is the computer-stored street mdex or geo- 
graphic file of all addresses with the nearest mtersection for 
each Response times for aU services can be improved by real- 
time access to this file, and when the Automatic Number 
Indication/ Automatic Location Identification (ANI/ALI) ser- 
vice becomes available from the telephone company the entire 
process of mdicatmg the address on the dispatch data and 
identifymg the nearest mtersection can be automated Table 1 
hsts the components of a combmed system, mdicatmg which 
can be shared. 


2.4 Decentralized Dispatching with Centra! 

Computer Facilities 

The possibility of combinmg police command and 
control operations to the extent of a single computer center 
for several adjoining communities has been mentioned 
previously The only such cooperative ^stem presently m 
operation is that m the Chicago area. Figure 3 illustrates the 
concept. The Chicago-area system is called AIDS for Auto- 
matic Interactive Dispatch System The three cooperating 
cities. Oak Park, River Forest and Forest Park, have a com- 
bined population of about 100,000. The computer facility 
IS located m one of the departments (Oak Park), with the 
required commumcation links to enable the other two depart- 
ments (River Forest and Forest Park) to utilize the central 
computer facilities and the central radio transmitting facilities. 
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Table 1. Command Control Functions 




Dedicated 




Police 

Fire 

EMS 

Shared 

1. 

Emergency Phone Answering Capability (911) 




X 

2 

Tie-Lines — Centrex 




X 

3 

Dispatch Center Building and Power 




X 

4. 

Base Station Radio Transmitter/Receiver 
Site(s) and Buildingis) 




X 

5 

Radio Antenna Towers 




X 

6 

Antennas, Transmitters, Receiver, Frequencies 

X 

X 

X 

Special 

7. 

Automatic Vehicle Monitoring 




X 

8 

Microwave Link (Towers) from Dispatch 
Center to Base Station 




X 

g 

Microwave Channels 

X 

X 

X 


10. 

Computer and Peripherals (CAD, AVM, MDT) 




X 

11. 

Software, Geo-File 

X 

X 

X 

Partial 

12. 

Complaint-Taking Console Positions 

X 

X 

X 

Partial 

13 

Radio Dispatch Console Positions 

X 

X 

X 

Partial 

14 

Mobile Data Terminals 

X 

X 

X 

Base Computer 

15 

Portable Data Terminals 

X 

X 

X 

Base Computer 

16. 

Supervisory Console Positions 

X 

X 

X 

Partial 

17. 

Map Display 

X 

X 

X 

Partial 

18 

Cali Boxes, Alarm Boxes, Alarm Systems 

X 

X 

X 


19. 

Radio System Maintenance 




X 

20 

Digital System Maintenance 




X 

21. 

Microwave System Maintenance 




X 

22 

Building Maintenance 




X 

23 

Management Reporting 

X 

X 

X 

Partial 
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2.5 Decentralized Dispatching with Central 

Radio Facilities 

Another system concept is illustrated m Figure 4. This 
concept IS used by the Los Angeles County Sheraffs Depart- 
ment. Individual stations accept calls for service from their 
local areas and maintain their files and control their own 
patrol umts. The radio facilities for communicating with all 
field units are in a single location, however This not only 
reduces the cost of radio facilities, but makes the manage- 
ment of channel utilization more efficient. 


2.6 Fully Centralized Multi-Community 
Command and Control 

The systems descnbed in the preceding sections 
dehneate partially centrahzed command and control systems 
m which one element such as the radio or computer facihty is 
shared by a number of commumties. A fully centrahzed 
multi-community command and control system is in the 
process of being established by a consortium of cities in the 


Los Angeles— South Bay area. In this application central dis- 
patclung and radio facilities will serve all cities m the consor- 
tium, which has a combined population of about 275,000. The 
system includes the 911 emergency number service, and com- 
mand and control facihties for the fire departments and 
emergency medical services. Figure 5 illustrates the concept. 

The administrative procedure for the South Bay coopera- 
tive system is a new legal entity created by the cooperating 
commumties to provide the specified services to each and 
controlled Jointly m accordance with specified procedures A 
Jomt Powers Agreement executed by the cooperating com- 
mumties will serve as a legal basis for the cooperative auto- 
mated command and control system. 

It is essential in a fully centralized multi-community 
system of this type that each commumty retain full control 
over its field units, the umts can be dispatched from a central 
facihty, but each city must maintain a facility within its juns- 
diction to momfor aU dispatch operations of the central facil- 
ity affectmg its field umts, with a capability of overriding a 
dispatch, or taking control of its fleet if the situation warrants. 



Fig 4. Decentralized dispatching with central radio facility (Los Angeles County Sheriff's Department) 
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Fig 5 Fully-centralized multi-community command and control 
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3. PLANNING GUIDELINES: THE PLANNING, PROCESS 


The process of planning for a new, multi-community 
command and control system consists of the foUowmg steps 


3.1 Development of a Legal and 

Administrative Plan 

Development of a legal and admimstrative framework 
for procuring and operating a multi-community command and 
control system is one of the most important, and perhaps one 
of the most difficult steps m the overall implementation pro- 
gram Agreement must be reached on a large number of 
important points, and suitable legal' and orgamzational entities 
brought into being before the project can be mitiated Major 
points to be addressed include 

• Project management structure 

• Capital financmg plan 

• Operating and maintenance cost allocations 

• Radio frequency allocation 

• Central vs decentralized dispatching 

Normally all details of the legal and administrative plans 
will not be resolved before the proj'ect is started, but at some 
point, before major procurements are initiated, it is essential 
to set up the operational legal entity Planning the form and 
functions of this entity, and getting agreement and approvals 
from the several communities m the program is time- 
consuming, and should be started as early as possible 

An example of legal and administrative plans for a multi- 
community command and control system program is given in 
Chapter 4 


3,2 Analysis of Requirements 

In this basic step the planner establishes what the new 
system must do If he is considering an integrated system, he 
will need to examine each aspect of police command and con- 
trol automation and determine 1) does this department need 
it’, and 2) if so, what quantitative performance requirements 
can be established for it’ Some of the automated functions 
that should be considered m the initial analysis of require- 
ments, and basic questions related to each, are listed below. 


• Digital Communications 

— share the voice channel or use a separate 
channel 

— mobile terminals with printers or with dis- 
plays only 

— how many function keys on mobile terminals 

— what “caimed” messages should be provided 

— will the mobile terminals have direct query 
capability to remote data bases 

• Computer Aided Dispatch 

— redundant computers or smgle computer 

— how many supervisory positions are needed 
for CBO and dispatch 

— separate operator position for remote data 
base quenes, ambulance and tow requests, 
or have dispatchers handle them 

— patrol unit status updates by voice or auto- 
mated by digital status messages to computer 

— how will the automated system be used by 
officers in preparing their end-of-shift reports 

— what management reports will be required of 
the system 

— will dispatchers have smgle or multiple screen 
displays 

— will the ^stem include a geographic file, a 
prior history file by address, a temporary 
situation file 

— wiU the computer recommend patrol umts for 
dispatch or will the dispatcher select the umt 
with no indications from the computer 

• Automatic Vehicle Location 

— what type of system (dead reckoning, sign- 
post, triangulation) should be considered 
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— what location accuracy is needed to achieve 
a significant improvement 

— what will be the effect on officer morale 

The above questions are intended merely to suggest the 
types of questions that need to be asked and answered in a 
requirements analysis. Naturally, in all cases the major questions 
should be 

• -- What other depaitments,have_had experience* with 

this kmd of automation and what-hayejheirqbsex— 
vations been’ 

• How much will it cost and how long will it take? 

• Can the system be procured jointly with other 
agencies or other communities’ 

Requirements analysts is discussed m detail in Section 5. 

3.3 Selection of a System 

Configuration 

Final selection of a system configuration is typically 
made after the requirements analysis has led to tentative 
design of a configuration, fohowed by a cost/benefits analysis 
that suggests modifications to the requirements and therefore 
to the configuration. Some of the questions hsted above under 
requirements analysis are basically configuration questions, 
indicatmg how closely requirements and system configuration 
are related. Several iterations of the system definition process 
are usually required before a final configuration is selected. It 
can be expected that the process will be longer and more 
complex if multiple agencies or commumties are mvolved. 
Development of design concepts is discussed in Section 6. 

Once a configuration has been selected, it is possible to 
prepare detailed specifications for the system to be procured. 
This techmcal aspect of the procurement is often subcontracted 
to an outside consultmg firm with detailed knowledge of avail- 
able hardware and its characteristics, and with experience in 
designing similar systems If a multi-stage implementation of 
the system is planned, care must be taken to include m the 


specifications the different levels of performance associated 
with the different stages of implementing the ^stem. 

3.4 Preparation of the 

Implementation Plan 

Only when a detailed implementation plan has been 
prepared is it possible to estimate with any certainty the total 
costs associated with implementmg an automated command 
.—and control system. Such a plan identifies each activity that is 
required io produce a completely mstalled and checked out 
~ '^stem 'with trained persormel to operate it and weU-defmed 
procedures for all anticipated modes of operation Each activity 
IS associated with a starting and ending date, and the relation- 
ships between activities (i.e , which activities must be finished 
before certain others can start’) are defined It is especially 
important to identify the functions that must be performed 
by the department itself or other city government personnel, 
this assures that the required personnel are available when 
needed. 

Specific guidelmes for preparing an implementation plan 
are pven in Section 7. 

3.5 Cost/Benefit Analysis 

The decision by communities to enter into an agreement 
to implement a cooperative command and control system will 
be strongly mfluenced by an overall evaluation of costs vs 
benefits, particularly firm or “hard” benefits that are visible 
to agency planners and managers in the form of reduced costs. 
While many advantages for a cooperative system can be cited, 
relatively few are easily converted mto dollars and cents sav- 
mgs, particularly factors dealing. with response trnie, officer 
safety, and community relations. Our approach will be to com- 
pute dollar values where possible, and to indicate qualitative 
benefits that are claimed or have been demonstrated. 

As an example of a particular case of a combined multi- 
community police command and control system. Chapter 8 
presents some cost-benefit data on a system that is now in the 
process of bemg implemented by a consortium of several 
cities. 
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4. PROJECT MANAGEMENT AND JOINT POWERS AGREEMENTS 
FOR MULTI-COMMUNITY SYSTEMS 


The many advantages to small- and mednmi-size 
commumties of formmg a cooperative mnlti-community police 
command and control system are discussed elsewhere m this 
document They can be briefly summarized as 

• A modern automated system can be used, one that 
would be beyond the means of any one community 

• The forces of the individual communities can be 
applied more effectively both to their own and to 
cross-junsdictional operations 

« Available radio frequency spectrum can be used 
much more efficiently 

• Significant savmgs are possible m operatmg costs, 
especially salaries 

• Federal grants to support command and control 
automation are more readily available to such 
combined operations than to individual small- and 
medium-size communities 

The purpose of this chapter is to point out and discuss 
some of the legal and administrative structures that must be 
formed, and organizational difficulties that must be overcome 
before these advantages can be realized. This task constitutes 
the single most difficult step in implementing a multi- 
community command and control system The examples of 
project management structure and joint powers agreements 
presented m this chapter were developed and employed by a 
consortium of communities for the above purpose, and should 
be of significant help to those planning a similar project 

4.1 Organizing for a Multi-Community Project 

The technology for implementing such systems is 
available today, and there are several contractors who can 
analyze the requirements in a given case and produce a 
satisfactory detailed system design Creating the legal and 
administrative framework for procuring and operating the 
system, however, is a task that must be carried out by the 
communities themselves. Agreement must be reached on a 
great number of points, both large and small. Some of the 
major points that must be resolved are. 

• A new legal entity, separate from any of the 
participating communities (but under their con- 
trol), must be created This is not only advisable 
for efficient administration, but essential because 


frequencies can be assigned only to a legal entity 
and federal grants can be made only to such a 
single body — not to a collection of independent 
communities. 

• Procedures for creatmg, financmg and governing 
the new legal entity must be defined and agreed 
upon Since the different communities will have 
different sizes, different terrains, different tax 
resources and different crime rates, it is not easy 
to reach agreement on what support is to be 
provided by each and what services each is to 
receive. 

• Radio frequency allocations now held by the 
individual communities must be assigned to the 
new agency. What frequencies are to be assigned 
(police- only, police and fire, other, all or part, 
etc) is a subject requiring extensive discussion 
Provision must also be made for disposition of 
frequencies allocated to the combined agency if 
one of the cooperating communities chooses to 
withdraw 

• Centralized dispatching center should use civilian 
dispatchers, both for reasons of economy and 
efficiency and because the new agency probably 
will not have the ability to exercise authority over 
sworn personnel For small departments now using 
sworn personnel for dispatching, this change will 
require some accommodation. 

• The change in dispatching personnel is part of the 
general problem of changing from a small, closely 
integrated dispatching operation to a larger, physi- 
cally and organizationally more dispersed opera- 
tion. Such a change is not always welcomed by all 
parties, and considerable discussion is likely to be 
required 

• Each community must retain command authority 
over Its patrol force. Provisions need to be made in 
the design of the system for each community to 
monitor and redirect its forces if necessary, 

• The legal structure and administrative procedures 
of the new agency must be in conformance with 
applicable state and county requirements and 
regulations State laws may govern the powers of 
such joint agencies Some states have mandated 
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the adoption of the 91 1 emergency calling number 
by a given year, and planning for the new dis- 
patching center must reflect this requirement. 

If allocations (of radio channels, personnel, finan- 
cial support, etc.) are to be based on current 
rates of use it Is difficult to agree on definitions of 
such rates. Different departments keep records in 
different ways that are not easily compared. Only 
after the combined system is m operation will it be 
possible to determme usage rates on a common 
basis. 

Most of the above points are related to the structure and 
operation of the combmed system Another major subject of 
concern is the process of reachmg agreement, selecting and 
procurmg the system, estabhshmg the required facilities, and 
fmancmg the new system This operation is best viewed as a 
project, to be handled by standard project management 
techniques Here we will give some examples of how such a 
project was managed by one consortium of small- and 
medium-size cities 

A first step m managmg such a project (or any project) 
is to define the phases into which it naturally divides itself, 
and identify the activities that must be conducted during each 
phase. An essential part of this phasing is identification of 
how the activities m each phase will be fmanced In the case 
used as an example (and probably m most cases under present 
conditions), Federal and state financing covers a large part of 
the costs. This fmancmg is m the form of grants, and the 
preparation of sound, detailed grant proposals is an important 
part of the project management. Table 2 shows the project 
phases for the example used here, together with the projected 
sources of funds 

The table gives only summary identification of the activi- 
ties listed; most of them are either self-explanatory or the 
details will depend strongly on the particular case (or both). It 
may be useful, however, to give a more detailed breakdown of 
the procurement process. Normally it mcludes the followmg 
set of activities: 

(1) List and order the system requirements (this 
follows from the requirements analysis activity 
listed under Phase I) 

(2) Prepare RFP (Request for Proposals) 

(3) Secure approval of RFP 

(4) Issue bid package (this is the RFP plus any terms 
and conditions or other supplementary material) 


(5) Establish the evaluation criteria for proposals (this 
may be done before the RFP is issued and become 
a part of the RFP) 

(6) Establish the procedure for evaluating proposals 
(who does the evaluatmg, the schedule, who is the 
fmal selection authority) 

(7) Evaluate the proposals received 

(8) Request oral presentations from bidders to supple- 
ment the proposals and to answer any questions 
arising from them. (The step is optional, but is 
often very helpful in evaluations.) 

(9) Select winnmg contractor 

(10) Negotiate contract with winnmg contractor 

This procedure, more or less abbreviated to suit the 
nature of the procurement, is appropriate for selecting any of 
the contractors used m implementmg the system. This includes 
the program management consultant selected in Phase I, who 
then prepares the RFP for the Phase II procurement and may 
be retained throughout the implementation period. The 
contractor selected for the detailed design phase may also 
manage the procurement and installation phase, or a new 
contractor may be selected for that phase Since the piocure- 
ment and installation task normally involves two or more 
contractors (for communications hardware, computmg hard- 
ware, software, consoles, etc ), the procuring agency has two 
basic options. It can act as its own prune contractor, selecting 
separate subcontractors for each major element of the system, 
or it can select a single prime contractor who undertakes to 
deliver the complete, checked out system on a “turn-key” 
basis. Most public agencies use the latter approach to avoid 
the need for a large (but temporary) increase in staff The 
program management consultant, or another specialized con- 
sulting firm, IS sometimes retained to monitor the work of the 
prime contractor Such firms can often provide a greater depth 
of technical knowledge in the vanous disciplines involved than 
the jomt agency can afford. 

The relationships between the various phases and tasks 
of project implementation are illustrated in the following 
section, which describes the project management structure 
developed by one consortium of commumties for a coopera- 
tive command and control system. 

4,2 Project Management 

The problems and solutions associated with multi- 
community cooperative command and control system imple- 
mentation projects make it essential to develop and utilize a 
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carefully planned and effective project management structure, 
one that is flexible and can readdy change from a relatively 
small staff during start-up phases to a more complex organiza- 
tion as the project progresses through the implementation phase 
and reaches operational status The project management 
structure must be responsive to, and be governed by, a board 
of directors comprised of representatives from the participating 
communities, and follow the advice of advisory committees 
made up of user agencies. 

The project management structure developed by a group 
of small- and medium-size cities is presented as an example of 
how one consortium met its organizational needs. The project 
staff and its functions durmg each phase of the program listed 
m Table 2 are discussed in the following sections. 

4,2.1 Phase I Project Staff 

Phase I objectives were to accomplish the plaiming for 
the entire Regional Communications and Dispatch program 


and to prepare for the detail system design Activities durmg 
this phase resulted m. a Phase II Grant Request, a Request for 
Proposal (RFP) for detailed system design, a contract augmen- 
tation for the Program Management Consultant (PMC), and 
the mitral Program Management Plan. 

Phase I was conducted under the organization structure 
shown on Figure 6. The Regional Public Commumcations 
Committee consisted of the city manager or the administrative 
officer and the chief of pohce of the participating cities. The 
Policy Committee consisted of the city manager or admims- 
trative officer (or his representative) from five of the seven 
cities in the consortium The Project Director, the Project 
Coordmator and the Program Management Consultant were 
nonvotmg participants in the Policy Committee meetmgs. 

The Project Staff consisted of a Project Coordinator, 
one Admmistrative Analyst, and a secretary. Technical support 
was provided to the Project Coordinator by the Program 


Table 2. Implementation Phases of a Multi-Community Police Command and Control Project 




Phase III 

Phase IV 

Phase 1 

Phase II 

System Procurement 

System Checkout and 

Establishing the Project 

Detailed System Design 

and Installation 

Acceptance 

(8 months) 

(12 months) 

(12 months) 

(7 months) 

1 Set up project staff 

1 Expand project staff as 

1 Select contractor or 

1. Install mobile equipment 


needed 

contractors for system 


2 Select program management 


hardware and software 

2. Check out complete 

consultant 

2 Finalize Joint Powers 


system 


Agreement 

2 Complete facility con- 


3 Prepare program management 


struction or 

3 Establish operational 

plan (consultant prepares) 

3 Secure necessary approvals 

modification 

staff 


from state and local 



4. Begin drafting a Joint Powers 

agencies 

3. Telephone company 

4. Train personnel 

Agreement 


installs telephone 



4 Select contractor for 

equipment 

5 Demonstrate complete 

S Analyze and define system 

detailed system design 


system 

requirements (consultant 


4. Develop staffing plan 


assists) 

5 Select A&E contractor for 

for operational phase 

6 System acceptance 


design of facilities 

(including any transfers 


6 Prepare grant application for 


from member 


Phase 1 1 funds 

6 Develop detailed radio 

communities) 



frequency plan 



7 Prepare a Request for 


5 Prepare training plan 


Proposals for Phase It 




contractor (consultant) 




Funding (about $50K) 

Funding (about $650K) 

Funding (about S2M) 

Funding ($1 25M) 

Federal 75% 

Federal go% 

Federal 87% 

Federal 90% 

State 6% 

State 5 % 

State 5% 

State 5% 

Local (cash) 4% 

Local Cash 5% 

Local 8% 

Local 5% 

Local (m kind services) 1 5% 
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Fig. G. Phase I project organization 


Management Consultant. Hie cities supplied temporary person- 
nel to assist in the evaluation of the Detail System Design 
proposals. Personnel from the cities also performed an 
evaluation of Phase I. 

4.2.2 Phase II Project Staff 

The Phase II organization shown m Figure 7 is similar to 
the Phase I organization. The mclusion of Emergency Num- 
ber 911 and the fire department requirements m the ^stem 
design resulted in a need for an enlarged project organization. 

In response to this need, the Regional Public Communi- 
cations Committee (RPCC) was expanded to include the fire 
chiefs of each participatmg city. The RPCC then consisted of 
the fire and pohce chiefs and the city manager or administra- 
tive officer of each participating city. 

The Techmcal Committee was expanded to consist of 
the fire chiefs and the chiefs of police of each participatmg 
city. The Project Dnector is the Chairman of the Technical 
Committee, This committee has two subcommittees* one of 
fire duefs and one of chiefs of pohce. Tfie User Task Force 
consists of command personnel from each of the police and 
fire departments Two subgroups formed from the User Task 
Force provide data to the System Design Contractor on the 
operational and procedural requirements of each of the 
pohce and fire departments. The Technical Committee reviews 
and accepts the design documents which define systems to 
implement these operational requirements and operational 
procedures 

The Policy Committee consists of the city manager or 
admmistrative officer or his designated representative from 
each of the participatmg cities. The Project Director and the 



Fig. 7. Phase II project organization 


Chairmen of the Techmcal Subcommittees are ex-officio 
members of the Policy Committee. 

The Proj'ect Staff for most of Phase II consists of a 
Project Coordmator, a Semor Admmistrative Analyst, an 
Admmistrative Analyst with a pubhc admimstration back- 
ground, an Administrative Analyst with a pubhc fmance 
background, a secretary and a clerk typist. 

Personnel from the participatmg cities’ staffs supplement 
the Project Staff in both admmistrative and technical matters, 
matters. 

The Program Management Consultant supplies technical 
support to the Project Coordinator because of the wide variety 
of techmcal expertise required and because staff budget 
limitations restricted the total techmcal complement of the 
Project Staff. This support consists of assistance from a 
number of techmcal specialists. 

In addition to the above changes, the State Division of 
Commumcations agreed to serve as the external evaluator for 
the project. This arrangement provided the Project Coordinator 
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and the RPCC with an objective evaluation of the progress of 
the project as well as a useful critique of the performance of 
program management. 

4 2.3 Phase 111 Project Staff 

Prior to start of Phase III, the project operated without a 
Joint Powers Agreement, but it was recognized that the project 
could not contmue mto the implementation phase without 
establishmg a legal entity or Authority. As events progressed, 
the Joint Powers Agreement was executed after the start of 
Phase III. This cleared the way for implementation of the 
system, but the delay in executing the Agreement created 
another problem in that one of the cities became the Grantee 
for Phase III funding rather than the Authority. There is httle 
precedent for changing a grant from one subgrantee to 
another, and there may be difficulties and delays m effecting 
such a transfer. 

The organization of the Regional Public Communication 
Authority is shown m Figure 8. The Board of Directors 
consists of one city council member from each of the partici- 
patmg cities. In addition, the Chairpersons of both the 
Executive Committee and Technical Committee serve as 
ex-officio members The Executive Director acts as Secretary 
to the Board. 

The Board is the designated governing body for the 
Authority and, as such, has all powers, duties and responsibili- 
ties enumerated and provided for m the Joint Powers 
Agreement. 

The Executive Committee consists of the city manager or 
chief administrative officer of each member city. In addition, 
the Chairperson and Vice-Chairperson of the Technical Com- 
mittee and the Executive Director serve as ex-officio members. 
The Committee provides guidance for the operations of the 
Authority within the guidelines of the Joint Powers Agreement 
and in compliance with directives from the Board of Directors. 

The Technical Committee consists of the police and fire 
chiefs from each of the participating cities. In addition, the 
Executive Director serves as an ex-officio member of the 
Committee The Committee functions as a technical resource 
and review agent for the Policy Committee 

The Executive Director is responsible for the implemen- 
tation of technical and admmistrative objectives of the Project. 
The Executive Director, appointed by the Executive Commit- 
tee, serves as Secretary to the Board of Directors and is an 
ex-officio member of the Executive Committee and Technical 
Committee. 



Fig, 8. Regional Public Communications Authority organization chart 


The Project Staff provides management, technical, oper- 
ational, and orgamzational support to the Executive Director 
The Program Management Consultant provides technical and 
program management support to the Executive Director, 
monitors activities of the System Integration Contractor, and 
identifies potential techmcal, operational, and schedulmg 
programs 

The External Evaluator serves as technical advisor and 
assists m the monitoring and evaluation of the Project 

The System Integration Contractor ensures that the 
subsystem interfaces are clearly defined for the Equipment 
Contractors, checks that the deliverable equipment and 
software are in conformance with total system needs, and 
assists in defimng potential system problems to facilitate 
solution. The Equipment Contractors provide various types of 
equipment and software that meet or exceed specifications 
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developed for such equipment and software by the System 
Design Contractor durmg Phase II. 

The Legal Counsel provides guidance for the drafting 
and reviewmg of vendor and consultant contracts and other 
agreements The Admirastrative Operations Consultant pro- 
vides assistance in designing and implementmg such admmistra- 
tive systems as are necessary for the administration of the 
Authority. 

The Architect and Engineer prepares the drawings and 
specifications, the primary radio site, and the back-up radio 
site for the construction of the Regional Commumcations 
Center. The A&E will also monitor the work of the Construc- 
tion Contractors. The Construction Contractors will modify 
the building and/or sites for the Regional Communications 
Center and the main radio sites 

The current Project Coordinator will remam with the 
Proj’ect on a part-time basis as the Interim Project Coordmator 
to facilitate the transition and to assist the new Executive 
Director 

4.2 4 Phase IV Project Staff 

The organization for Phase IV will be very similar to the 
Phase III organization. The services of the Architect and 
Engineer, the Construction Contractors and the Administrative 
Operations Consultant wiU not be needed and, therefore, will 
not be part of the organization. 

The basic project stmcture, and the relationships between 
its elements for decision making, preparation of recommenda- 
tions, and execution of directives is summarized m Figure 9. 


4.3 Joint Powers Agreements 

The experience of the communities in the multi- 
community system used as an example here suggests that 
ample time should be allowed for the implementation phase of 
a new combmed command and control system. The prmcipal 
reason is that extensive discussions will probably be necessary 
to reach agreement on all the issues that must be resolved 
Some of the questions that may requue extended negotiations 
are: 


• How many members will the governing body of 
the new agency have"? \W11 the member communi- 
ties be represented by one vote each, or wiU their 
votes be proportional to community size, assessed 
valuation, use of the system, or some other 
measure*? 



EXECUTION 


RECOMMENDATIONS 


STAFF 

CONSULTANTS 

CONTRACTORS 


Fig 9 Organizational lines of authority 


• What levels of joint authonty will there be below 
the govermng body? How will membership at these 
levels be determined*? 

• Will decisions be made by simple majority, or will 
each community have a veto power over certam 
classes of decisions'? (For example, a small but well 
financed city may not wish to be forced to accept 
financial decisions made by its larger but poorer 
neighbors.) 

• Will a member commumty have to transfer all of 
its emergency radio frequency allocations to the 
new agency (if it covers fire and emergency medical 
dispatchmg as well as police), or will it be able to 
retain some channels for its own use? What happens 
to channels transferred to the joint agency if a 
community withdraws*? 

• How will the respective contributions of the 
member communities to the costs of the implemen- 
tation phase be determmed? By size, estimated use 
of the system, assessed valuation, or other*? 

• How will the joint agency charge member com- 
munities for its services? By actual use, by popu- 
lation, by assessed valuation, or on some other 
basis*? 
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• What rights, if any, will employees of the member 
communities have to similar jobs with the new 
agency? 

To provide some guidance to planners in communities 
that may be contemplating a combined multij'urisdictional 
police command and control system, we provide m the 
remaining part of this chapter some answers to the above 
questions. These are the answers that were found by the 
communities participatmg in the system used here as an 
example. 

The legal and admmistrative framework for the multi- 
commumty ^stera described here is contamed in two related 
documents One is the Joint Powers Agreement that legally 
establishes .the joint agency, and the other is the set of 
by-laws that define the details of the joint operation. The 
basic text of the Jomt Powers A^eement is reproduced in 


Exhibit 1. An annotated outline of the by-laws is given m 
Appendix B. In general, the subjects covered in the by-laws 
are. 

• Membership 

• Makeup and operation of the Board of Directors 

9 Makeup and functions of the major comimttees 

• Functions and duties of the Executive Director 

• Finances 

® Ownership and disposition of assets, mcluding 
FCC hcenses 

• Procedure for amending the by-laws. 
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EXfflBITI 


JOINT POWERS AGREEMENT 

THIS_AGREBMENT, entered into on the.effective WHEREAS, the cost of developing, implementing. 


date heremafter set forth, by and between the public 
agencies signatory hereto and also those which may 
hereinafter become signatory hereto (hereinafter “public 
agencies”). 

WITNESSETH: 

WHEREAS, said public agencies recognize the dire 
commumcations congestion problem and the resultant 
ramifications thereof withm that certam geographical 
region. Area X, and 

WHEREAS, the State Legislature mandates the 
implementation of a uniform emergency telephone 
number designated “911” by a certam date for use 
throughout the State, and, 

WHEREAS, said public agencies have heretofore 
determmed that the system through which the uniform 
emergency telephone number service is to be provided 
should be a regional center responsive to the local 
needs of the citizenry of said public agencies and, 

WHEREAS, said public agencies have heretofore 
determined a need to establish a consohdated, regional, 
computer-assisted dispatch operation to best serve the 
needs of all of the citizens of said public agencies, and, 

WHEREAS, said public agencies have heretofore 
determmed that the interests of the citizens of each of 
said pubhc agencies can best be served by the coordi- 
nated use of pubhc safety radio channels, and, 

WHEREAS, said public agencies recognize the 
mutual benefit of a consolidated, regional jomt effort 
for the development, implementation and the subsequent 
operation and maintenance of such a consohdated 
regional system; and 

WHEREAS, said public agencies desire to consoli- 
date and provide emergency call receiving, dispatchmg, 
and related operations, and. 


operatmg and mamtaining said consolidated regional 
^stem IS more than can be borne by one or a few 
mumcipahties withm the area, and, 

WHEREAS, said public agencies have heretofore 
determmed that it is desirable and necessary to collec- 
tively direct the management policies and operational 
practices of said consohdated regional system, and, 

WHEREAS, the Govermnent Code of the State 
authorizes said public agencies to enter mto agreements 
for the joint exercise of any power common to them; 
and, 

WHEREAS, said public agencies possess the power 
to consolidate public safety services communications by 
the execution and implementation of this Agreement. 

NOW, THEREFORE, FOR AND IN CONSIDERA- 
TION OF THE MUTUAL ADVANTAGES TO BE 
DERIVED THEREFROM, AND IN CONSIDERATION 
OF THE EXECUTION OF THIS AGREEMENT BY 
OTHER PUBLIC AGENCIES ELIGIBLE FOR MEM- 
BERSHIP IN THE AUTHORITY HEREINAFTER 
ESTABLISHED, each of the parties hereto does hereby 
agree as follows 

(1) Authority Established Pursuant to the joint 
powers authorization of the Government 
Code, an Authority is hereby established to 
be known and designated as the “Area 
Regional Public Commumcations Author- 
ity” (heremafter designated as “Authority”) 
which shall consist of all of the public 
agencies signatory hereto and those pubhc 
agencies which may hereafter become signa- 
tory hereto. Said Authority shall be an 
agency and public entity separate^ from the 
parties to the Agreement. 


^ Although the new pubhc entity is sepcarate from the parties to the Agreement, it is controlled by the signatories smce the 
Board of Directors of the new entity is compnsed of representatives of the parties to the Agreement. 
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(2) By-Laws. Authority shall be subject to, and 
shall be governed by, those certain By-Laws^ 
hereafter adopted by the unanimous express 
consent of all public agencies signatory 
hereto, together with any amendments which 
may be made to said By-Laws in the manner 
and means therein set forth. 

(3) Purpose. The piupose of this Agreement 
shall be as set forth in the recitals herein- 
above and the preamble to the By-Laws. 

Said purpose shall be accomplished and 
carried out in the manner set forth in said 
By-Laws. 

(4) Membership. Each public agency signatory to 
this Agreement, and each additional public 
agency eligible for membership pursuant to 
the provisions of said By-Laws, which may 
hereafter sign said Agreement, is a member of 
said Authority and is entitled to all the 
n^ts and privileges and is subject to the 
obligations of membership, all as provided in 
said By-Laws, 

(5) Termination of Membership, This Agreement 
shall remain in full force and effect as to aU 
member agencies for a minimum of five 
(5) years from and after the effective date 
hereof. Thereafter, any party to this Agree- 
ment may cease to be a party hereto and 
may withdraw from membership in Author- 
ity by the adoption by its legislative body of 
a resolution of mtention to withdraw and 
the giving of written notice thereof to the 
Executive Director of the Authority and to 
each of the other public agencies signatory 
to this Agreement at least ninety (90) days 
prior to the end of the then current fiscal 
year. Said termination shall be effective at 
midnight on the last day of said current 
fiscal year. 

(6) Administration Pursuant to the provisions 
of the Government Code of the State, the 
Authority, as established by this Agreement 
and as Governed by said By-Laws, shall be 
thejomt powers agency authorized to admm- 
ister this Agreement, 


^ See Appendix B for an annotated outbne of the By-Laws. 


(7) Powers of the Authority. Authority shall 
have the power in its own name, to make 
and enter into contracts, to employ agents 
and employees, to acquire, hold and dispose 
of property, real and personal, to use and be 
used in its own name, and to incur debts, lia- 
bilities or obligations necessary for the 
accomplishment of the purposes of this 
Agreement. However, the debts, liabilities 
and obligations of the Authority shall not 
constitute any debt, liability or obligation 
to any of the mdividual public agencies 
which are signatory to this Agreement. 
Authority shall have the power of eminent 
domain which power shall not be exercised 
except with the unanimous consent of all 
member agencies. 

(8) Amendment. This Agreement may not be 
amended, except by written agreement of 
all the then parties to it, provided, however, 
that the By-Laws hereinafter adopted may 
be amended from time to time by the 
method and means provided therein 

(9) Duration of Agreement. This Agreement 
shall continue m effect until terminated by 
unanimous consent of the then parties to it 
or until dissolution of the Authority in the 
manner provided m said By-Laws Upon such 
termination, or dissolution, the assets remain- 
ing, including any surplus money, shall be 
disposed of in the manner set forth in said 
By-Laws. 

(10) Enforcement. Authority is hereby given the 
power to enforce this Agreement If suit is 
necessary to enforce any of the provisions 
hereof, including any provision of the 
By-Laws, the defaulting member shall pay 
reasonable attorney fees to Authority as 
adjudicated and determined by the Court. 

(11) Effective Date of Agreement This Agreement 
shall become effective upon its execution by 
the member. 

IN WITNESS WHEREOF, the undersigned 
public agencies have set their signatures on 
the respective dates set forth below 
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5. ANALYSIS OF REQUIREMENTS 


Some questions of a fairly general nature were listed m 
the previous section under the heading of requirements analy- 
sis. In a formal requirements analysis exercise, considerably 
more detail is required. Nevertheless, such a set of questions 
can serve as a good startmg pomt for the analysis. 

This section will consider the analysis of requirements 
for an integrated police command and control system. Require- 
ments must be defined for the following elements' 

(1) Telephone communications and telephone answer- 
mg stations 

(2) Dispatcher position 

(3) Communications channels (digital and voice) 

(4) Data processmg 

(5) Digital communications (equipment to equipment 
inter-ties) 

(6) Display processing 

(7) Vehicle location (not necessarily included) 

Analyzing requirements in terms of these functions 
(rather than by technology such as mobile digital communica- 
tions, computer-aided dispatch, etc.) is appropriate for plan- 
ning of multi-commuiuty command and control systems, since 
It IS relatively easy to determine which functions are to be 
combined and which will remain m the separate commumties. 

In addition to the requirements for these individual 
functions, a set of requirements may be defined for the system 
as a whole. These are m general uidicated m the compamon 
manuals in this series for each type of new technology, and are 
summarized briefly in this section. 

Since, as noted previously, response time is affected by 
aU elements of the system it is possible to use this as one quan- 
titative requirement for the overaU system. Such requirements 
are usually stated m statistical terms, for example “The max- 
imum average waiting time for a call to be answered by the 
CBO shall be 2.5 sec, and no more than 5 calls in 1 000 shall 
receive a busy signal.” Similarly, communication channel 
capacity requirements can be stated in terms of waiting time 
under maximum anticipated load conditions. Both the percent- 
age and the tune can of course be varied to reflect the condi- 
tions in a given department. The value of a measure like this is 


that it reflects the performance of all the links m the dispatch- 
mg sequence adequate numbers of trunk lines and complamt 
board operators, efficient automated support to the CBO, 
rapid transfer of incident data to the dispatcher with the com- 
puter takmg over all routine operations and maintainmg patrol 
unit and incident status; patrol unit status kept current by digi- 
tal status messages processed by the computer; less voice chan- 
nel congestion because of routine digital messages, shorter 
travel times because of unproved allocation of patrol units, 
better beat design, and/or better information on vehicle 
location. 

In the case of multi-community command and control 
systems, it is usual for the patrol umts to remain within their 
respective jurisdictions (except in special cases) and it is essen- 
tial that they remain under the authority and control of the 
respective police departments. Only the receipt of calls for 
service and dispatching function are centralized. Under these 
circumstances response time requirements, if specified, would 
be limited to these functions. 

Other constraints or requirements can be placed on the 
overall system, but these are generally associated with one new 
technology and are covered in tlie appropnate companion 
manuals. The following subsections will discuss the require- 
ments analysis for each of the functions identified above. 

5.1 TELEPHONE COMMUNICATIONS 

5.1.1 Functions 

The functions to be provided by the telephone system 
are hsted in Table 3. It is of interest to note that some smaller 
departments have provided for cross-patching of an emergency 
call directly to the assigned patrol unit’s radio channel en- 
abhng the calhng citizen and the officer in the patrol umt to 
converse directly. This is a useful feature for the caller and the 
officer, but could pve rise to trunk line and radio channel 
congestion unless carefully monitored 

Planners anticipating the implementation of the 
911 emergency number in their areas should assume that if the 
police department is the answenng point for 911 calls, the 
average yearly call rate will increase by 25% to handle the fire 
and emergency calls. It may also be expected that call rates 
will increase by an additional 10% or more because of the fact 
that it will be easier to place emergency calls (e g., no charge 
from com telephones). 
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Tables. Functional Requirements for Telephone Communications 


Item Requirements 


Trunk line terminations 1. Enough trunk lines to support a 

service grade (probability of 
blocked call) of p = 0.001 (one 
per thousand) for the calling 
number (911 or regular 7-digit 
number) 

2. Terminations for the installed 
voice or digital alarm systems 

3 Terminations for dedicated 
voice and digital tie lines with 
operations centers, other agen- 
cies, radio transmitter/receiver 
sites, remote data bases, police/ 
fire call boxes, and any special 
sites such as permanent loca- 
tions for mobile command 
posts 

Automatic Call Distribu- 1. Provide balanced call distri- 
tion (ACD) set bution to the planned number 

of CBO consoles 

2. Provision for call overload 
signalling 

3. Provision for collection of call 
statistics 

4. For 91 1 systems, signal separa- 
tion of voice and digital ANI/ 
ALI data 

5 For 911 systems, line control 
signal separation 


Another point to be considered in connection with the 
911 system is that the telephone company will have to sepa- 
rate calls along jurisdictional boundaries, if a cooperative raulti- 
jurisdictional system is set up, there will be fewen boundaries 
requiring separation and the costs should be lower. 

Other telephone system features that are commonly 
associated with the 911 system are line control features (call- 
ing party hold, re-ring, and forced disconnect) and the ANI/ 
ALI feature. The line control features should improve the 


Item 

Requirements 

Voice log recording 

1. Recording for log purposes of 
all calls processed at the 
dispatch center 


2. Instant playback as needed for 
each work station (CBO and 
dispatcher) 

Internal 

intercommunications 

1. Intercom channels among all 
work stations 

■ 

2. Capability for supervisor work 
stations to patch in to any 
selected work station 
(i.e., parallel operation) 

Line controls and switching 

1 . Provide at each work station 
(CBO and dispatcher) the con- 
trols and displays required to 
allow the operator to select 
voice radio or telephone lines, 
establish multiple connections, 
or hear instant playback from 
the voice recorder 


2. Provide for rerouting of 
emergency and interagency 
tie-lines to specified backup 
points in the event of failure 
of dispatch center 
communications 


handling of calls by the CBO, and the ANI/ALI feature can be 
incorporated into an automated command and control system 
in such a way as to eliminate the necessity for the operator’s 
entering the call-back number and address on the incident rec- 
ord, the computer can make this entry automatically from the 
ANI/ALI data provided by the telephone company m digital 
form. It has been found that 80 to 90% of reported incidents 
are at the address from which the call is made or withm a few 
doors of it. The ANI/ALI feature should also reduce the vol- 
ume of crank calls, since callers will know that their location is 
being recorded. 
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TELEPHONE COMPANY 
NETWORK 


Telephone system functions are shown m Figure 10. The 
functions shown are bnefly descnbed below. 

o Patch Panel — A terminal block assembly where all 
telephone circuits and private tie-lmes terminate 
for distribution and interface to other telephone 
equipment. 

« Voice Log Record/Playback — Magnetic tape 
recordmg of aU circuit Imes selected for answering 
by the dispatch center operators. The voice log 
recorder typically provides for continuous 24-hr 
recording of as many tracks as there are CBO work 
positions and an additional track for serial tune- 


date code recordmg. Tape log playback typically is 
an off-line operation requiring tape searchmg to a 
specified period of time for voice track playback. 
The voice playback unit and the time code 
translator/tape search unit are also used for play- 
back of the radio subsystem’s voice log tapes. 

• Time Code Generator — A time standard that pro- 
vides the serial tune-date signals for the telephone 
and radio channel voice log recorders This umt 
also provides parallel date-time data to the system 
processors and digital data multiplexer/ 
demultiplexer for event synchronization and time 
tagging of messages. 



DISPATCH CENTER FACILITY 


(D DIGITAL 
(D LINE CONTROL 


Fig. 10. Telephone communications 
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• Automatic Call Distribution (ACD) - ACD is a 
computer based programmable electronic switch- 
ing system with the following charactenstics 

(1) Load balancing call distribution among the 
active operator consoles or to external 
centers. 

(2) Automatic record keeping and traffic statis- 
tical analysis for all voice/digital lines 

(3) Detects and separates voice from digital 
ANl/ALI preambles for transfers to CAD 
and operator displays 

(4) Overload call alert signaling to operator con- 
soles and control of automatic playback 
overload conditions messages to callers on 
temporary hold 

(5) Mixed handling of pulse and touchtone dial 
telephone sets 

(6) Self-test and Ime test 

• Prerecorded Message Answering — A tape recorder 
and playback umt under the control of the ACD 
can be scheduled to give a prerecorded message 
and accept the citizens complaints during periods 
of unanticipated heavy call loads due to unusual 
conditions. Dunng this period of unusual activity 
the prerecorded message may indicate that the 
department is aware of the condition and that if 
there is new information, to record it for CBO 
review. This type of message can be given easily 
when a call from the area of the scene is detected 
from tlie ANI/ALI data. 

• Voice/Digital Conditioning ~ This assembly con- 
sists of line amplifiers, tone and volume control 
for interfacing the operator’s work position voice/ 
listening equipment with the telephone trunk cir- 
cuits. Signal conditioning for digital teletype and 
high speed data modems are included to interface 
the data processing equipment with the tie-lines to 
other facilities. 

• Work Position Equipment Typically all work 
positions are equipped with full telephone capa- 
bilities through a telephone company instrument 
or custom mode push-button lighted controls to 
select tie-lines, 7-digit dialing, administrative (cen- 


ter) police/fire call-box or 911 calls via the ACD. 
The dispatch and supervisory consoles typically 
mclude a similar lighted push button for radio 
channel selection as described for the telephone. 

All consoles m a modern system include an instant 
record-playback unit to capture all voice traffic (telephone- 
radio-intercom) for playback to the operator on demand. 

Telephone operations m an automated command and 
control system are very similar to those in a manual ^stem, 
but advent of the 911 emergency number system will change 
the operations significantly in any case, as already indicated. 
Some of the ways in which telephone system operations are 
affected by the change to an automated system are the 
following. 

e Statistics on incoming calls and other telephone 
usage are collected automatically. 

• With a 911 system, provision must be made for 
sorting mcommg calls (police, fire, emergency 
medical, other) and relaying them to the appro- 
priate points. 

• With a 911 system, added capabilities are available 
(ANI/ALI, Ime control features) and can be incor- 
porated into the automated system. 

• Special provisions must be made for a backup 
answering capability if the central answering facil- 
ity IS unable to function for any reason 

In the case of the 911 system, the police operator may 
be the one receiving all emergency calls (75% of emergency 
calls are for police) and relaying the fire and emergency medi- 
cal calls to other points. Alternatively, there may be a special 
91 1 operator who relays police calls to the police complaint 
board operator (CBO), after which the procedure is the same 
as illustrated m Figure I . 

The discussion m this manual will be based on the 
assumption of a separate CBO and dispatcher Smaller police 
departments (with a low rate of calls for service and not more 
than 10 to 20 patrol units) are able to operate with the CBO 
and dispatcher functions combined. The considerations 
involved are discussed m the companion volume on Computer- 
Aided Dispatching. That document also discusses the situation 
in which there are two levels of CBO, with special CBO posi- 
tions to handle long calls or a separate information operator to 
handle data base queries The norma! configuration for 
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medium to large police departments is separate CBO and dis- 
patcher, with one level of CBO answering as shown m Fig- 
ure 1 . For a multijunsdictional dispatch center servmg several 
small commumties, the volume of calls may not be great 
enough to justify a two-level CBO answering arrangement. If 
the patrol units have direct access to remote data bases 
through then mobile digital terminals, a separate operator to 
relay such queries is not required. If dispatchers are required 
to relay such quenes, however, it may be found desirable to 
remove this load from them by establishing a separate oper- 
ator console for the purpose. 

An aspect of telephone ^stem operations that requues 
consideration durmg the planning stage is a backup system for 
answering calls for service in the event that the dispatch center 
IS unable for any reason to handle them. The relative costs and 
benefits of alternative backup systems should be analyzed as 
part of the plannmg process. Two possible arrangements are' 

• The telephone ^stem can be duplicated at another 
location, with parallel trunking of calls on a con- 
tinuous or selective patching basis from the tele- 
phone company exchanges. Some dispatchmg 
capability, manual or automated, should also be 
provided at the backup facility. 


raulticommunity dispatch center. Significant savmgs can be 
realized by such a combmed system. 

Usmg the example m the CAD manual, we assume a 
total system with the following parameters 

• Busy-hour call rate of 200 calls/hr 

• Average call duration 150 sec (mcludes time spent 
m queue) 

« Mean service tune (time operator is talking to 
caller) 110 sec 

• Maximum average waiting tune of 2.5 sec 

• Maximum percent of calls receivmg busy sig- 
nal 0.05 (5 per thousand) 

The tmnk work load in load umts is calculated from the 
expression 

peak call rate (calls/hr) x call duration (sec) 

Work load umts = ^ . 

3600 (sec/hr) 

For the given case we have 


• Arrangements can be made with the telephone 
company to mtercept calls to the dispatch center 
during any periods when it is not operational. The 
mtercepted calls can be answered by a prerecorded 
message at the telephone exchange giving alterna- 
tive numbers to call by area of origm of the call, 
or they can be automatically rerouted to selected 
precinct backup answering points. If a mobile com- 
mand post IS deployed to substitute for the dis- 
patcii center, the telephone exchange can reroute 
the. calls to the location of the mobile command 
post. This may prove to be the most cost effec- 
tive option, since the mobile command post and 
prepared sites for it may be required for other 
reasons. Another possibility for rerouting calls 
from the telephone exchange is to route them to 
local precincts, from which they can be routed 
over existing land Imes or microwave links to 
another dispatch center 


5.1.2 Quantitative Requirements Analysis 

Procedures for determimng the numbers of CBO con- 
soles are given m detail m the CAD manual, but will be 
reviewed briefly here to illustrate the effects of a combmed 


200 X 150 
3600 


8.33 load units. 


Now from Figure 11 we find the number of load units (8.33) 
on the horizontal axis and the maximum percent of busy calls 
on the vertical axis (the lowest line m this case). We then take 
the nearest curve to the right (the curves represent the 
required.number of trunk lines), which is 17. This is the num- 
ber required to meet the specifications under peak load 
conditions. 
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Fig. 11. Trunkline design 


The numbers of CBO positions^ is determined similarly. 
The parameters to be calculated are the delay units and the 
operator work load. Delay units are calculated from the 
expression 

r. , mean waiting time (sec) 

Delay units = 2 -i — l — . 

mean operator service time (sec) 

For our case this becomes 


line between the curves for 10 and 11 operators. We therefore 
take 1 1 as the number of CBO positions required. 

With these figures as a basis for the given total load, we 
can now consider the requirements for separate jurisdictions 
with the same total load. Let us assume that there are five adja- 
cent communities with the load equally distributed among 
them (40 calls/hr each) and the same delay requirements. 


2.5 

= 0.023 delay units 
Operator work load is calculated as 


For each individual community we have 
Trunk work load = - = 1 .67 load units. 


Work load units = 


peak call rate (calls/hr) x mean service time (sec) 
3600 (sec/hr) 


or in our case 


6.1 1 work load units. 

3600 

The number of operators required is then determined from 
Figure 12. The 0.023 delay unit line runs horizontally near the 
bottom of the figure, and intersects the vertical 6.11 load unit 

3 

As noted, we are assuming a single level of CBO answering For the 
case of a secondary operator to handle long calls, see the CAD manual. 


From Figure 11 we find that this requires 6 trunk Imes 
(nearly 7) to meet the specification. For all 5 communities the 
requirement is then 30 trunk lines, compared to 17 (with a 
considerable margin) in the combmed case. For the number of 
operators we have for each community (delay units are the 
same, namely 0.023)* 


operator work load ~ ^*3500^ " 


1 .22 load units. 


From Figure 12 we find the required number of operators is 5, 
since the intersection falls between the curves for 4 and 5 oper- 
ators For the 5 commumties, 25 operators will be required. 



Fig. 12. Complaint board operator position requirements 
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In summary, we have: 



5 separate 
communities 

multi-commumty 

system 

Number of 

30 

17 

trunk lines 



Number of 

25 

11 

operators 




Not all of the indicated savmgs can be realized, smce it 
will be necessary in the combined case to have five tie Imes 
connecting the separate departments with the dispatch center 
(or four if the center is located m one of the departments) On 
the other hand, these tie lines may already be m existence for 
intercommunity coordmation In the case of the operator posi- 
tions, it will probably be necessary to have one operator 
remain in each department to handle local requirements such 
as walk-ins and calls transferred from other agencies. Even with 
this requirement, there is a net reduction of 9 (or 10 if the 
dispatch center is located in one of the departments) operator 
positions These are sigmficant savmgs in recurnng operating 
costs of the CBO function 


5.2 Dispatcher Positiott 

5.2.1 Functions 


The dispatcher is at the core of the police command and 
control operation, responsible for coordmating the patrol 
forces to meet the rapidly changing demands for police service. 
This coordination pmnaniy takes the form of receiving and 
transmitting messages that fall into five basic categories 

• Messages involving imtial assignments of cases 

• Messages supporting cases m progress 

• Messages supportmg umts on patrol 

• Messages mvolving case dispositions 

• Messages relaying queries to remote data banks and 
the answers to these queries. 

The first category of messages covers the activities of the 
dispatcher when a case first arrives at the dispatching position 
finding an available patrol unit, giving that unit the address and 
details of the case, assigmng the unit to the case, and entermg 
this data mto the computer through the console keyboard 


Tlie second category, supporting cases m progress, 
includes messages from assigned patrol umts such as status 
changes, requests for verification of address or location of 
informant, request for backup unit, or additional case mforma- 
tion to be entered mto the computer file 

The third category, support of units on patrol, includes 
status messages, handling requests to talk to other patrol umts, 
clearmg requests for meals, and general admmistrative func- 
tions not related to specific incidents 

Those messages related to case disposition mclude the 
case clearance messages from patrol units, any comments on 
the case, and status changes for units involved in the case. 

The last category of messages has to do with requests 
from patrol umts, both on patrol and on assignment, for infor- 
mation from remote files; most such queries are for license 
plate checks or wants and warrants checks 


5 2.2 Quantitative Requirements Analysis 

Smce little information exists as to the maximum num- 
ber of cases that dispatchers can be expected to handle with- 
out undue stress or loss of efficiency, it is difficult to establish 
quantitative requirements for the number of dispatcher posi- 
tions, particularly for those using relatively new techniques 
based on computer-aided dispatching In general, use of CAD 
may not reduce the number of dispatchers needed at any one 
time, since a large amount of the dispatcher’s time is occupied 
in talking and listening, neither of which is accelerated by the 
CAD system itself, although in combmation with mobile digi- 
tal terminals, a CAD system can reduce the average voice mes- 
sage length 

As descnbed in the CAD manual, we made video and 
audio tapes of two CAD dispatch operations, one at the 
San Diego Police Department and the other at the Huntmgton 
Beach Police Department, to provide data on maximum accept- 
able loadings for these stations. By measuring the dispatcher 
busy time, that is, talking, listenmg and manipulating the CAD 
terminal, durmg both slack and busy periods, and with as few 
as 20 and as many as 47 cars assigned to a smgle dispatcher, we 
observed that no more than about 25 cases could be handled 
at any one tune. At this level the voice traffic tended to 
become congested, and dispatcher commumcations were 
“compressed” to a minimum, dispatcher busy time reached 
67% This case load represents an upper limit, which probably 
could not be sustamed for long periods of time, a lower case 
load value should be used for design purposes, recognizmg that 
occasionally the design loadmg will be exceeded for short per- 
iods of tune during extremely busy periods 
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The design value for dispatcher case loading was 
established by conducting simulations of several dispatch 
station operatmg modes. These modes included the following 
procedural variations: 

System A Separate CBO and dispatcher, dispatcher 
does not handle queries to remote data 
banks. 

System B Separate CBO and dispatcher, dispatcher 
handles quenes to remote data banks. 

System C Dispatcher takes calls from public, but 
does not handle quenes to remote data 
bases. 

From the pomt of view of the system planner, the 
important result of this simulation was that with any of the 
systems simulated there is a cntical pomt in the case arrival 
rate beyond which performance degrades seriously either 
because: (a) the dispatcher is unable to handle the increased 
load without bemg subjected to undesirable stress and reducing 
the level of service and (b) waiting tunes become excessive, 
which degrades system performance because patrol umts can- 
not communicate with the dispatcher satisfactorily. Channel 
utilization could also become a limiting factor at slightly 
higher rates if these other factors did not impose their own 
limits. 

To summanze, there is a cntical case load value that 
should not be exceeded. Takmg into account both the dis- 
patcher busy time limit and the waiting time limit (10 sec), 
these critical case loads as shown by the simulation are 
approximately 

Cases per hour 

System A 21 

System B 11 

System C 8 

These figures alone would suggest that Systems B and C 
are about equal, but there are significant differences The chan- 
nel utihzation remained very low for System C at all points 
because the dispatcher is taking calls from the public, these are 
relatively long calls and use no channel time at all Note also 
that in our simulated System C the dispatcher does not handle 
remote data base queries, as is the case in System B. If the dis- 
patcher had this added load. System C would be out of the 
question except for very low case loads. 


The conclusion is that the first step to be taken to 
increase the capacity of a dispatcher position is to separate the 
CBO function from the dispatcher function Ihis not only 
frees a large amount of dispatcher time, but reduces the stress 
on the dispatcher because he is no longer required to deal with 
the public as well as manage his patrol umts. He can concen- 
trate on the dispatching job, which has .enough stresses of its 
own in a large command center, without the added stresses 
involved in taking calls from the public 

Another important function of a separate CBO is to fil- 
ter calls from the public, some fraction of these calls do not 
require a response from police or other emergency vehicles, 
but if the dispatcher takes a call directly he must do the fil- 
tering at the expense of his other functions. The separate CBO 
can also improve public relations if a busy dispatcher is unable 
to give as much time to a caller as the caller would like. 

There are two ways in which the handlmg of remote 
data base queries can be separated from the dispatcher func- 
tion. One is to have a separate position for this function This 
IS a relatively simple change to make, and the information 
operator can keep track of other situations such as tow 
requests and ambulance requests. 

The other possibility becomes available when the patrol 
umts are equipped with mobile digital terminals With suitable 
software and equipment in the command and control center, 
queries to remote data bases (normally Department of Motor 
Vehicles and NCIC, which are already computerized) can be 
relayed automatically from patrol unit to remote data base and 
back, with no load on the center personnel 

In either case, the simulation results indicate that the 
capacity of a dispatcher position can be increased substantially 
by removing this function from it. 

It is relatively simple to determine the number of dis- 
patchers needed for a given center. Since the system should be 
sized to handle the heaviest expected load, the number of cases 
in progress during one or more of the busiest hours should be 
counted. This becomes the load to be handled Now the maxi- 
mum allowable case load per dispatcher is determined, the fig- 
ures given above from the simulation are good startmg points 
for this determination. The planner can modify these if he 
feels It is appropriate m light of conditions in his department, 
or he may have some combinations of functions that does not 
correspond exactly to one of the three systems modeled 

As an example, let us assume the plarmer expects to have 
a System A configuration where the dispatcher handles neither 
calls from the public nor remote data base queries. Our simula- 
tions (and our observations) indicate that with this system, one 
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dispatcher diould be expected to handle at most 25 cases/hr, 
\\diich is di^tly more than the 21 cases/hr recommended 
above, based on a maximum waiting time of 10 sec. We will 
assume that the case load during several busy hours has been 
counted, with the maximum load to be planned for amountmg 
to 80 cases/hr. The number of dispatchers is then: 

Case load 80 _ 

Cases per dispatcher 25 

which means four dispatcher stations will be needed. 

The above analysis of dispatcher workloads can be sum- 
marized as follows. 

9 Only in a small department with low maximum 
case loads is it practical to combine the CBO and 
dispatcher functions. 

9 Relieving the dispatcher of the task of handlmg 
data base queries makes a significant increase in 
dispatcher capacity for managing patrol umts and 
momtonng mcidents. 

9 Dispatcher loads should be sized to keep the aver- 
age maximum busy time to about 50% (with this 
average, there will be short-term peaks when the 
dispatcher is well above this figure). 

5.3 Radio Communications 

Most police departments contemplating the acquisition 
of a new, automated police command and control system 
(mcludmg a combined multi-community system) will already 
have a radio communications subsystem m place. The planner 
needs to determine what new requirements will be placed on 
radio communications by the new system, and the best manner 
of meeting those new requirements. This section descnbes the 
overall requirements for radio communications as a basis for 
determining what changes or additions will be needed. Ques- 
tions affecting this function need "early attention because of 
the sometimes difficult problems of spectrum availability and 
FCC licensmg. 

5.3.1 Functions 

The pnncipal functions radio communications are 
required to perform are listed m Table 4. Another way of con- 
sidermg this function is to consider that it must support the 
operation of four types of networks: 

The Dispatch Network consists of the voice and digital 

chaimels connecting the deployed field personnel and 


the dispatch center. It provides for all the normal opera- 
tions of dispatchmg, including patrol umt assignment 
and status messages, data base queries, and support or 
monitormg durmg the course of mcidents. 

The Tactical Network provides for direct communica- 
tions among deployed personnel without loading the dis- 
patch network. The tactical network is also the main 
means of on-the-scene coordmation of emergencies and 
unusual occurrences from a mobile command post. Tac- 
tical messages are primarily voice, but digital messages 
may be used occasionally because of the added privacy. 

The Emergency Signaling Network is a dedicated channel 
or set of channels for use by field persormel to transnut 
an emergency message prior to or in place of a voice mes- 
sage. It IS typically a coded digital message identifymg 
the officer needing assistance; the dispatcher then deter- 
mines the officer’s most likely location and dispatches 
the appropriate assistance. 

The Special Functions Network is used by specialized 
groups of officers requmng special types of communi- 
cations (command and supervisory groups, special forces, 
vice, narcotics, and intelligence units). The special func- 
tions network serves primarily to provide commumca- 
tions within such groups; commumcations between a 
group and other groups would be via the tactical 
network. 

The digital traffic (in any of the networks) can, unlike 
voice traffic, use one or more channels as required by the load 
Mixing of functions in digital channels is feasible because the 
communications processor can readily separate and route dif- 
ferent types of messages m accordance with source-destmation 
preamble codes associated with each message. 

Modern law enforcement radio commumcations subsys- 
.tems normally provide for unique identifier codes to be trans- 
mitted automatically whenever the microphone of a mobile 
unit is keyed for a transmission The identifier can be m the 
form of a preamble m the voice channel or may be transmitted 
over a separate channel. In the latter case the mobile unit can 
queue its ID code for channel access and monitor when the 
channel is busy 

Digital messages are used to supplement the voice link, 
which remains indispensable in all cases The voice links should 
be designed if possible to handle the peak message traffic 
imder emergency conditions, when the transmission of digital 
text messages may be lower than the equivalent voice 
messages 
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The channels available to a given law enforcement 
agency can be assigned to the vanous functions and networks 
in accordance with the agency’s needs Some channels are per- 
manently assigned (eg., the emergency signaling channel), 
while others can be dynamically reassigned in accordance with 
demand. Modern programmable commumcations processors, 
combined with multichannel mobile units, provide a high 
degree of flexibility in radio channel management, making pos- 
sible efficient use of the available frequency spectrum. 

Such network control operations are implemented by a 
subaudio code on the voice channel or by digital codes on a 
dedicated network control channel. When the mobile or port- 
able units have multichannel capability and automatic channel 
scanning, it is possible to have selective addressing of individual 
umts or groups of units, with the receivers of the other umts 
muted. As noted above, the mobile urat ID code that is trans- 
mitted automatically when the microphone is keyed can be 
used as a channel assignment request and placed in a queue if 
the channel is busy at the moment, with automatic notifica- 
tion when a channel becomes available. 

This dynamic channel assignment feature made possible 
by the programmable communications processor is also appli- 
cable to the tactical and special-purpose networks. Channels 
can be assigned to these functions as needed, using the total 
pool of _ assignable channels, or a special channel can be dedi- 
cated to these networks for the period of expected need. 

For a combined multijunsdictional dispatch ^stem, the 
feature of selective addressing may be particularly attractive 
With this feature, dispatch messages to a given community 
would be heard only by the patrol units of that commumty 
and not by all units in the total combined fleet. 

The system planner should be aware that current FCC 
rules allow a law enforcement channel to be assigned exclu- 
sively only if it services at least 50 units (portable units count 
as half units). It should also be kept in mind that channels can 
be assigned only to some legal entity; this means that a com- 
bined multijurisdictional system must establish a separate legal 
entity for this purpose as well as for other reasons. 

It was noted earlier that digital traffic can be assigned 
arbitrarily to one or more channels, since it can easily' be 
sorted out by the communications processor and routed to the 
appropriate destinations For example, a given mobile unit 
digital terminal can transmit a status message that will auto- 
matically be routed to the status file of the appropriate dis- 
patcher, and follow this with a remote data base query (say a 
license plate check) that will be automatically relayed to the 
remote data base without going through a dispatcher or opera- 
tor in the dispatch center. The response can also be auto- 


matically routed to the requesting mobile unit (although most 
^sterns provide for dispatch center prmtout of such queries 
and responses for later reference if needed). Digital messages 
between mobile umts (tactical messages) can also be auto- 
matically routed to the addressed mobile imit by the commu- 
mcations processor, which detects the addressed umt code and 
selects a channel for relaymg the message to that umt. 

Technical advances in hand-held portable units promise 
to make the same capabilities available for this kind of equip- 
ment m the near future. 

The emergency signaling network, which as noted should 
have a dedicated channel, typically relays the emergency mes- 
sage with officer ID through a set of momtor receivers located 
for optimal area coverage. The message is transmitted from the 
monitor to the dispatch center and to specified backup recep- 
tion pomts for appropriate action. 

The radio traffic monitoring equipment, typically 
computer-based, is essential for efficient radio channel man- 
agement. It provides the data on channel loading and access 
delays that serves the basis for programimng charmel assign- 
ment procedures in the commumcations processor m such a 
way as to minimize access delays and make maximum use of 
the available channels. 

A microwave backup net was specified in the functional 
requirements of Table 4 Such a network can be used for 
normal or backup commumcations among facihties (e.g., com- 
munity PDs) m a system, provided it has multiplexmg eqmp- 
ment for voice and digital messages. Vans with microwave 
antennas can be used in conjunction with the mobile command 
post to provide secure-coramumcations while the mobile post 
is in operation. 

5.3.2 Quantitative Requirements Analysis 

The quantitative requirements for radio commumcations 
are determined primarily, as in the case of the telephone sys- 
tem, by the expected peak rate of calls for service. The param- 
eter of mterest is the channel loading percentage, or the 
percent of time a given charmel is actually occupied by mes- 
sage traffic Considering the random nature of radio traffic, a 
channel loadmg of 60% is very high and can be tolerated only 
for brief periods. At this loadmg, channel access is becommg 
difficult and there are many delays that reduce the effective- 
ness of the command and control system and even compro- 
mise officer safety. 

Analysis of charmel loadmg is a complex subject, it is 
treated briefly in the compamon manual on Mobile Digital 
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Table 4. Radio Communications Functions 


Item Requirements 


Item Requirements 

Voice 1. Underconditionsof peak call rate and 


3. Provide the above capability for dis- 

Communications maximum patrol unit deployment, pro- 


patch operations with 200 mobiles or 

vide two-way voice communications 


portables per channel for a channel 

between locations in the jurisdiction 


contention net or 100 for a channel 

from selected command and control cen- 


polling net. 

ters {dispatch center, local precinct. 



emergency control center, mobile com- 


4 Provide for digital identification of 

mand post) . 


voice microphones in mobiles and 



portables and for digital emergency 

2. Provide the above communication capa- 


signaling Emergency signaling must 

bility for dispatching of^SO mobile units 


be on a dedicated emergency channel. 

or 100 portable units maximum per 



channel. 





5 For Automatic Vehicle Location 

3 Provide at least one clear channel for 


(AVL) systems based on digital trans- 

city-wide tactical operations of mobiles 


missions from patrol units, provide 

and portables. 


the required interface with the AVL 



equipment in the vehicle. 

4. Provide one secure channel for mobiles. 



5. Provide for direct "radio traffic between 


Tape Logs 1. Provide for tape logging of all voice/ 

mobiles and portables or any combina- 


digital transactions and for instant 

tion of mobiles and portables within a 


tape playback of voice traffic to 

range of one mile« 


dispatcher. 

6. Provide tactical channels as needed for 

; 


multi-agency coordination of deployed 


Backup Micro- 1 Provide microwave link backup to 

forces . 


wave Links voice and digital land lines including 



those to primary radio sites. 

Digital 1 . Provide two-way digital communications 


t 

Communications from at least 95% of the locations in the 



jurisdiction between mobile and portable 


Radio Channel 1 Provide for radio channel monitors to 

units and selected command centers 


Monitoring collect statistics on radio channel 

(see above) 


usage. 

2 Provide a data rate of at least 1 20 char- 


Interface 1. Provide interface switching and signal 

acters/sec, including digital synchroniza- 


Equipment conditioning between leased tele- 

tion, addressing error coding/decoding. 


phone tie lines and radio transmit/ 

and message repeats. 


receive sites. 


Communications and will be covered here m summary form A 
point of major significance for the planner is to determine 
what fraction of the total message traffic can be transmitted m 
digital form; this has an appreciable effect on chaimel loading 
because digital messages require less charmel time and band- 
width than the equivalent voice messages. 

The beginmng of a channel loadmg analysis is a study of 
the existing traffic on a given channel or set of channels. The 
parameters to be determmed are: 


(2) Message types (normally status, dispatch messages, 
quenes/responses, and other text messages) 

(3) Average length of message for each type 

(4) Average number of messages of each type trans- 
mitted per hour 

(5) Percent of all messages that can be handled in digi- 
tal form^(this is determmed from a review of the 
length and content of each message type) 


(1) Percent of the total available “air time” the chan- 
nel is actually occupied (channel loading) 
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An example of such an analysis, taken from the 
Los Angeles Police Department, is given m Table 5. Message 





Table 5 Radio Message Analysis 


Table 6. Results of Digitization 


Message Type 

No of 
Messages 

Average 
Duration, sec 

Data query response 

57 

5 31 

Status 

385 

1.71 

Dispatching 

84 

6 74 

Other text messages 

109 

5 51 


types and durations were determined from listening to live 
base to mobile broadcasts over a 1-hr period on a Friday 
evemng 

For the hour analyzed here, the channel loading was 
found by adding all the “air time” used by all the messages and 
dividing the total by 3600 (seconds in an hour) The loading 
was 59 2%, which is very high. With this loading, the statisti- 
cally expected waiting time can be 5 sec or more, which is 
unacceptably high- 

Considering now which messages could be handled in 
digital form, it is clear that status messages are easily digitized 
(some simple systems digitize only the status messages). 
Although status messages are by far the largest in number, 
their duration is short even in a voice system and m this case 
they use less than a third of the total air time. A simJar tab- 
ulation for the mobile to base traffic showed that status mes- 
sages were 47% of all messages, but used only 18% of the air 
time Thus converting status messages to digital form can help 
reduce congestion, but not so dramatically as might be 
thought 

In general, it is possible to consider digitizing not only 
status messages, but queries and responses and a large portion 
of dispatch messages. A case of maximum digitization might be 
one m which all of these message types were digital, with only 
the fourth category left for voice transmission (this is not a 
realistic case, but provides a theoretical upper limit of digiti- 
zation) Taking some typical values for transmission rates 
(150 characters/sec) system delay (internal delays m the elec- 
tronics, 0 75 sec here), and message lengths, we would have 
the results shown in Table 6 These results are to be compared 
with the previous table, except that the volume of data query 
response messages has been multiplied by five to represent the 
increase in this type of message that normally occurs when 
direct data base query from mobile units is implemented. 

The total air time used by this combination of digital 
and voice messages is 1423 sec or a channel loading of 39 6% 


Message Type 

No of 
Messages 
per hour 

No. of 
Characters 
per message 

Message 

Duration, 

sec 

Data query response 
hit 

43 

100 

0 67 

no hit 

242 

25 

017 

Status 

385 

8 

0 05 

Dispatch 

84 

150 

1 01 

Other text (by voice) 

109 

— 

5 51 


This IS to be compared to the 59 2% m the all-voice case, 
with five times as many query/response messages On the 
other hand, this is a maximum case of digitization and proba- 
bly would not be encountered in practice 

Figure 13 and Table 7 summarize the effects of convert- 
mg different portions of radio traffic to digital form, usuig the 
type of calculation performed above for the Los Angeles data 
The graphs on the left show the effect on channel loading, 
while those on the right show the effect on the critical param- 
eter of waiting time for a mobile unit to gain access to a 
channel 

A variable of interest is the number of patrol units that 
can be handled with the given channel loadmg or delay time, 
since this IS of major concern to the planner The pomts labeled 
“present system” were based on a fleet of 40 patrol umts Note 
that the four graphs at the top all assume that digital traffic 
IS carried on the voice channels on a shared basis; the bottom 
graphs reflect the results of having a dedicated digital channel. 
The point of interest from these graphs are. 

• With any degree of digitization, system delay time 
becomes important (compare the (a) graphs with 
the (b) graphs, the lower curve reaches 40% chan- 
nel loading with about 50 patrol umts m (a), while 
with the 1 00-1 msec delay time of (b), it reaches 
the same channel loadmg with 80 patrol umts). 
The reason is that digital messages are typically 
so short that the system delay time is a significant 
portion of the message duration. Modern sohd- 
state systems can typically attain delay tunes of 
100 msec 

• Channel loading varies linearly with number of 
patrol units, but delay time is nonlinear and begms 
to rise much more rapidly as the number of patrol 
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CHANNEL LOADING//. CHANNEL LOADING//. CHANNEL LOADING//. 




0 40 80 120 160 200 


NUMBER OF PATROL UNITS 


a. Shared digital and voice traffic (transirnssion delay time = 750 msec) 




0 40 80 120 160 200 


NUMBER OF PATROL UNITS 


b. Shared digital and voice traffic (transmission delay time = 100 msec) 



40 


80 120 160 
NUMBER OF PATROL UNITS 


200 



c. Dedicated digital link (transmission delay time = 100 msec) 


f^ig. 13. Channel loading and waiting time with shared digital and voice traffic and dedicated digital links (base to mobile) 
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Table 7. Channel Assignment Options 


Option 

Voice Channel 

Digital Channel 

Loadmg 

Wait 

Time, 

sec 

Loading 

Wait 

Time, 

sec 

1; Original all-voice channel 

0 723 

9 

— 

— 

2 Shared voice/digital channel 





a Digital query and status, text by voice 

0 530 

3 

- 

— 

b Digital query, status, and limited text. 

0 396 

1 4 

- 

- 

remaining text by voice 





3 Original voice plus dedicated digital channel 





a Digital query and status, text by voice 

0 365 

1 9 

004 

<0 1 

b Digital query, status, and limited text. 

0190 

0.8 

0 07 

<01 

remaining text by voice 





4 Two voice channels 

0 361 

0.9 

- 

- 


units increases The planner should probably estab- 
lish waiting time as the hmitmg parameter 

• The effects of digitization are significant; taking 
the middle graph on the right as an example, and 
assuming a 4-sec limit on delay time, the number 
of patrol units the ^stem can handle mcreases 
from 40 to about 100 with full digitization. 

• Use of a dedicated digital channel dramatically 
reduces the channel loading and waiting tune for 
digital messages (not that these curves do not 
reflect the loading or waiting time m the mdepen- 
dent voice channel) Waiting time never reaches 
0.4 sec even with a fleet of 200 patrol units 

The data of Figure 1 3 are summarized in Table 7, which 
shows the effects of various levels of digitization on channel 
loading The points of interest outlined above are underscored 
by the comparisons drawn in the table 

The preceding discussion of channel requirements has 
not included any load on the subsystem resulting from an 
Automatic Vehicle Location (AVL) system. Some AVL sys- 
tems (see Section S.7) place no requirements on the radio links, 
while others depend on the transmission of signals on the 
mobile-to-base link only, and still others place a load on both 
base-to-mobile and mobile-to-base link^ For the dead- 
reckomng type of AVL system, the patrol unit continuously 
determines its own location and transmits from 9 to 20 char- 
acters of location data either automatically with each status 


message or on demand from the dispatch center Some sign- 
post systems place about the same small load on the channels 
Systems that involve poUmg all the patrol units, however, 
probably require a separate channel dedicated to AVL func- 
tions If polling rates are low, they might be accommodated on 
the regular digital message channel. In case of some special 
situation requiring high pollmg rates, a separate channel could 
be assigned for the duration of the situation 

Dynamic channel assignment by a special communica- 
tions processor was mentioned earlier m this section The 
quantitative advantage of such dynamic assignment is mdicated 
in Figure 14, which shows the probability that all channels are 
busy as a function of the number of channels that can be 
dynamically assigned in accordance with instantaneous changes 
in demand. The upper line for a single channel simply mdicates 
that if the channel loadmg is 30%, then there is a 30% proba- 
bility that the channel will be busy If there are four channels 
that cannot be reassigned, there is still 30% probability that 
all four channels will be busy if the channel loading is 30% 
However, if we allow channels to be dynamically assigned 
(i e., any channel can be mstantaneously assigned to any mes- 
sage needing a channel at that instant), we can read from the 
curve for four channels that the probability that aU four chan- 
nels wfll be busy has dropped to 0.04 (from 0 30). 

From the point of view of the planner confronted with 
the usual problem of insufficient radio channel capacity, this 
result has two important implications 

• If he has more than one channel m use and they 
are not dynamically reassignable, he can relieve 
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Fig 14, Probability that all channels are busy for various numbers 
of dynamically assignable channels 


channel congestion significantly by providing for 
such dynamic reassignment (by a computer-based 
commumcations processor). Note the large im- 
provement attamed by going from one channel to 
two on Figure 14 (for tlie 30% chaimel loadmg 
case, the probability that both channels are busy 
drops from 0 30 to 0.15) 

• If adjacent small commumties have a smgle channel 
each, they can effect a dramatic improvement m 
channel availability by estabhahing a combined 
multij'urisdictional dispatch center with access to 
all the channels Note that the privacy of messages 
to each commumty’s patrol fleet can still be pre- 
served by selective addressmg as described earlier 
(for digital communications). Taking a case of four 
communities with one channel each and a peak 
channel loading of 50%, the probability of havmg 
no chaimel available to a given patrol unit at this 
peak period drops from 050 to 0.18. 

5.4 Data Processing 

The data processing subsystem consists of the computer, 
its programs, and the devices connected to it (consoles, 
prmters, communications processor) which perform operations 
on the digital data. It provides the capabilities for stormg, 
raampulating, and distributing the data used for command and 
control operations. 

The functions required of the data processing sub^stem 
are shown m Table 8. It should be noted that these functions 
are performed by the software (computer programs) operatmg 
in the data processmg hardware, not by the hardware alone 
One of the major advantages of using such a system is that it is 
easily modified to accommodate changes m procedures, 
requirements, or equipment simply by rewriting the software; 


hardware changes are seldom needed even for major modificaT 
tionsm the system. 

For a combined multi-commumty command and control 
system, the data processing subsystem functions would be 
essentially the same as those listed m Table 8. The reports 
output by the system could be tailored to the specific needs 
of each commumty, and the incident data could easily be 
sorted by community so that each would receive reports 
only on incidents of interest to it. No special requirements 
are placed on the data processmg subsystem by a comhmed 
multijurisdictional operation, and the relatively high initial 
costs of the data processmg subsystem can be much more 
easily justified for such a combined operation than for an 
individual small commumty. 

Quantitative requirements for the data processing sub- 
system can be established only on the basis of a detailed 
analysis of the proposed system design and the numbers of 
work positions as well as the volume of messages to be handled. 
In general, current mimcomputers have enough capacity to 
handle the dispatch center operations for a patrol force of 
20 umts and a peak call rate of 50 calls/hr, this assumes that 
the data processmg subsystem handles the full range of func- 
tions discussed here. For the computer-aided dispatchmg func- 
tion plus limited additional tasks, a modern mmicomputer can 
handle a load of up to 200 caUs/hr and 100 patrol umts. 

In desigmng a data processmg system configuration, it is 
often desirable to provide for two CPUs (the CPU is the Cen- 
tral Processmg Umt — the computer alone without any peri- 
pheral equipment). The second unit not only improves the 
reliafaihty of the system by being available m standby, but 
can also be used to mcrease system capability durmg normal 
operations (background processmg). Alternatively, the load can 
be shared between the two units as long as both are opera- 
tional, and procedures can be established to provide for “grace- 
ful degradation” to a slightly lower capabihty m case one umt 
fails. 

There is a current trend toward distnbuted processmg 
that may be of mterest to the planner considering a new auto- 
mated command and control system This term refers to the 
configuration m which the data processing is performed by a 
number of small units at various locations where it is most 
appropriate for a given tjqie of data to be processed An 
example is the so-called “smart terminal” which performs 
some of its processing (such as display construction, refresh- 
ing and control) on a processor m the termmal instead of 
having the central computer handle these tasks. This trend 
toward distributed processing is being accelerated by the 
increasing av'ailabihty of mexpensive and powerful liucrppro- 
cessors that can be programmed to perform tasks rangmg from 
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Table 8 Data Processmg Functions 


Item Requirements 


Item Requirements 

Support 1 Service log-in procedures for incidents 


15 Monitor lines from emergency alarm 

Computer-Aided received at CBO console, transmitted 


system and generate appropriate 

Dispatch (CAD) from patrol units with mobile digital 


alarms on desisnated consoles when 

System terminals, or entered into the system 


an emergency message is detected 

from other sources 





16 Monitor elapsed time since last mes- 

2 Service digital messages from selected 


sage from each field unit and gener- 

alarm systems 


ate alarm when stipulated period has 



been exceeded Display last known 

3 Process ANl/ALl data received on tele- 


location of the unit along with unit 

phone lines for 91 1 systems and enter 


ID and alarm signal 

the data into the incident log-in and 



display 


1 7 Process for permanent logging. 



including time and date tagging, all 

4 Add date, time and serial number to 


dispatch transactions 

logged-in incident records 





18 Maintain table of personnel currently 

5 Maintain queue of logged-in incidents for 


signed on 

dispatcher attention, ordered by priority 



and time 


19 Display on demand a table of out- 



standing transactions for review by 

6 Check files for duplicates of logged-in 


newly signed-on personnel 

incidents and display records of duplicate 



to CBO if found 


Support of Auto- 1 Maintain file of latest known vehicle 



matic Vehicle locations from data received through 

7 Check geographic file for prior history or 


Location (AVL) the AVL system 

other data on the given address and dis- 


System (if AVL 

play on record 


IS employed) 2. Update dispatcher status/location 



files with location data on vehicles 

8 Determine locations of nearest patrol 


under control of each di^atcher 

units to incident address from status and 



location files and display to dispatcher 


3 Determine the nearest unit to a given 



address and supply this information 

9 Process digital dispatch orders entered at 


to the CAD support software on 

dispatcher keyboard for transmission to 


demand 

designated field unit's MDT 





4 Generate and update on designated 

10. Display all Priority 1 incidents on super- 


terminals an area map showing latest 

visor's (watch commander, tactical 


locationsof patrol units Indicate 

officer) console 


when a unit leaves the area covered 



by the map or enters it 

11 Add time to incident record when receipt 



of dispatch IS acknowledged by MDT 


5. Using data from the AVL sensors. 



provide dynamic tracking of selected 

12 Maintain file of all pending incidents. 


units, tabulating the major intersec- 

including those deferred, with actions 


tions crossed 

included in file record 



13 Maintain status file of all patrol units. 


6 On demand, provide for a continuous 

grouped by dispatcher, for display on 


log of movements of selected vehicles 

consoles Status change inputs will be 


over a given time period 

direct from MDT's in vehicles 



14 For centers with AVL systems, compute 


7 Exerc ise self-test f eatu res of the AV L 

patrol unit locations from received data 


system and display on selected con- 

and enter most recent location in location 


sole the appropriate preventive mam- 

column of status file 


tenance schedule or repair request 
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Table 8 Data Processing Functions (contd) 


Item Requirements 


Item Requirements 

Remote Data 1 Add time and date tags and serial num- 


5 Maintain such special files as are 

Base Query/ bars to all data base query and response 


required (emergency situations, etc } 

Response messages 



Support 


Non-Real Time 1 Provide processing as needed of data 

2 Maintain log of all data base queries and 


Processes handled during periods of manual 

responses 


operation, m order to bring automated 



system up to date for restart 

3 Display query format on terminals ong- 



mating queries and perform edit func- 



tions of the input data 


2 Provide accesses for updati ng perma- 



nent files, playback of tape logs for 

4 Monitor response message for positive 


specified periods, and modifications 

responses ("hits") and notify the query- 


of stored contingency plans 

mg unit immediately Route all "hit" 



responses with their queries to the 



printer for printing, and notify selected 


3. Provide programs to generate all 

supervisory consoles of "hits" of selected 


types of required management 

categories 


reports based on accumulated data 



over specified periods 

5. Negative response messages may be 



accumulated for 30 sec or until the last 



data base queried has responded if that 


4 Provide facilities for training of new 

IS less than 30 sec 


personnel 

Management 1 Maintain table of personnel on duty 



Data 


5 Provide facilities for development and 

2 Maintain activity file of each person on 


test of new software 

active duty 



3 Provide for tape logging of all 


Files 1 . Provide and maintain all system files 

transactions 


(intelligence, telephone directory. 



incident, geofile, personnel, etc ) 

4 Maintain load statistics for telaphone and 


See CAD manual for detailed descrip- 

communications systems 


tion of files 


very simple to relatively complex. In a dispatch center, the 
AVL function or the processing of data base queries and 
responses could be assigned to separateqirocessors, for example. 

Distributed processmg is also a useful concept where a 
planner wants to develop a new system m a phased manner 
over a penod of years. A new capability can be added with 
its own new mini- or microprocessors, without requiring major 
redesign of system hardware or software. 

Quantitative requirements for data processing subsystems 
are deterimned from detailed analysis of a particular proposed 
system. The parameters to be determined from such an analysis 
include' 

• average instruction execution time 


• mstruction set available with a given machine 

• maximum directly addressable main memory 

e capability and time for direct transfer of memory 
data to and from peripherals and. communication 
circuits 

• available penpheral equipment {disc storage umts, 
prmters, tape umts, etc.) compatible with the 
machme 

• Cost per unit of capabili^ (instructions, memory) 

Section 5 presents an example of sizing analysis for a 
multi-commumty design concept. 
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5.5 Digital Communications Subsystem 

The digital comniunications subsystem (DCS) provides 
for commuracation among all the people m the command and 
control system, among the different kinds of digital equipment, 
and between people and the digital equipment (computer, con- 
soles and displays, prmters, commumcations processors, etc).^ 
The speed and flexibihty with which mformation can be 
handled m digital form make possible all of the automated 
operations associated with automated command and control. 

A simplified block diagram of a digital commumcations 
subsystem is shown in Figure 15. The commumcations pro- 


^Digital radio communications (e g , base to mobile and mobile to base 
channels) ate discussed in Section 4.3. 


cessor shown in the diagram as a separate box may in fact 
consist mostly of software withm the computer. It can be 
seen that once a call for service is answered by the CBO, 
all the processmg of an mcident is m digital form except for 
the voice messages between patrol unit and dispatcher and 
the actual response of the patrol umt to the scene. All records 
and logs are kept m digital form except for the tape log of 
CBO and dispatcher conversations. From these logs of digi- 
tal data, all kinds of routme and special reports and analyses 
can be produced rapidly and inexpensively by the computer. 


5.4.1 Functions 

The functions of the DCS are summarized in Table 9. 


CBO CONSOLES 


TELEPHONE 

THUNK 

LINES 


ACO 

SYSTEM 



MODEM 


RADIO 

CHAN 

^CONTROL 

UNIT 


SILENT ALARMS AND ALARM BOXES ^ 
EMERGENCY SIGNAL MONITORS ^ 


REMOTE DATA BASE 
LINK MODEMS 


COMMUNICATIONS 
STATISTICS AND 
TAPE LOGS 


CAD DISC FILES 
IIKCIOENTS, STATUS ETC I 



Fig. 15 Digital communications subsystem 
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Table 9. Functions of the Digital Communications Subsystem (DCS) 


Item 

Requirements 


Item 


Requirements 

Channel control 

1 Continuously monitor all nondedicated 



3 

Detect and decode ID's from silent 


channels for availability, monitor all 




alarms and alarm boxes and route to 


input lines for messages requesting chan- 




appropriate alarm within the dispatch 


net, assign messages to channels to 
minimize delay 




center 





4. 

Decode ANI/ALI data arriving on 

Digital Message 

1. Detect and route digital messages from 




telephone tines and display or print 

Processing 

mobile digital terminals to indicated 
destination (dispatcher, remote data base 




as needed 


modems, other) 


Access Control 

1 

Provide sign-on/sign-off control for 


2 Route digital messages from dispatcher to 




ail user terminals 


addressed MDT 



2 

Prevent access to security tables 


3 Route digital messages from one MDT 




except to designated command per- 


directly to one or more others 




sonnel with control keys 


4 Route digital messages within the dis- 



3 

Provide a data entry point for system 


patch center 




file updating from designated 
control-key entry teiminals 


5. Decode and display or print digital mes- 






sages as required 


Operating 

1. 

Collect, at designated intervals, 
statistical data on digital message 

ID detection 

1 . Detect and decode I D preambles on mes- 


Statistics 


traffic and channel utilization for 

and processing 

sages from patrol units and route to 
status files or dispatcher 




transfer to the management data bank 





1. 

Provide for self-test, interface line/ 


2 Detect and decode emergency messages 


Testing 


channel and terminal testing on 


from the emergency network and route 
to appropriate alarm displays 




demand from the terminal 


In large systems or those with widely separated facilities, 
the DCS may include a message concentrator multiplexer/ 
demultiplexer that concentrates the digital traffic from a num- 
ber of local sources for transmission over the link to a remote 
facility. This techmque reduces the required number of tie 
Unes and modems (a modem is a modulator/demodulator 
needed to put the data on a earner for transmission over a 
land line or radio link). 

A major reason for the flexibility of digital communica- 
tions IS the simpliaty of routing messages. Each message has a 
short preamble of a few characters that identifies its source 
and destination (or destmations). The commumcations proces-, 
sor reads this preamble and then directs the message along the 
correct path. The preamble is ordmanly added to the message 
automatically at the source in accordance with the type of 
message. The routmg of messages can therefore easily be 
changed by changmg either the preamble or the protocol (set 
of directions) withm the message processor. No physical 
changes of wires or plugs are required. It is this flexibility that 


makes it impossible to intercept and reroute calls at the 
telephone exchange under emergency conditions, or to have a 
dispatcher’s messages to and from his patrol units easily 
rerouted to a new console if his regular console fails for some 
reason. 

The quantitative requirements for a digital commumca- 
tions subsystem depend on many factors, mcluding the spe- 
cific design of the dispatch center, equipment, and no general 
rules of analysis can be given. The example system design 
given m Chapter 6 will illustrate the procedure, however. 

A few of the technical choices that will face the planner 
in connection with the digital commumcations subsystem are 
briefly outlined below. 

System Inter-ties, This refers to the mteiconnection 
technique used to connect two or mors major facilities in a 
command and control ^stem, where permanent digital links 
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are needed. The links could also be to other agencies. The 
available techniques are: 

• Direct Pomt-to-Point, This is the straightforward 
procedure, with direct dedicated lines from each 
facihty to the others to be connected with it. 
These are usually leased lines, and the lease costs 
can be significant. 

• Multi-drop Points. With this configuration it is 
possible to shorten the overall lengtli of the mter- 
cormecting lines, provided that the points to be 
connected are roughly on a line. Where it can be 
used, it is generally the most econoimcal. 

• Dial-up Acoustical Couplers. This type of mter- 
connection is suitable only for cormections that 
are not needed on a fuU-tune basis and that handle 
only low data rates (1200 bps or less). Such cou- 
plers are used with standard telephone sets, and 
consequently can be used to establish links from 
any point where there is a telephone service (as for 
a mobile command post). 

Circuit Types. Circuits can be of the folio wmg types, m 
order of mcreasing cost. I) simplex; 2) half duplex, 3) fid! 
duplex. The choice will depend on the nature and volume of 
commumcations to be earned over a given link. Simplex 
means that data can travel in only one direction over the link. 
Half duplex means that data can go m either direction, but in 
only one direction at a time. That is, if the line is being used to 
transimt data from A to B, no data can be transmitted simul- 
taneously from B to A. Full duplex means that data can go m 
either direction at any time. Data links within a dispatch cen- 
ter are normally full duplex, but interfacihty Imks might be 
satisfactory with half duplex if the volume of traffic is low. 

Modem Types. As noted above, a modem is a device 
used as the interface between a facility generating or receiving 
data and the line over which the data is to be transmitted. For 
low data rate links, the acoustic coupler with a standard tele- 
phone set is an adequate modem. For higher data rates it is 
necessary to have permanently connected modems that syn- 
chronize the data for better error control and more efficient 
transmission. Modem costs increase with data rate, and the 
planner will need to consider the lease/buy option. For small 
quantities of modems, the lease/buy crossover point is at about 
3 yr (1.5 yr for large quantities, which is another potential 
savmg with combined multijurisdictional q^stems). 

5.6 Display and Control Subsystem 

The display and control subsystem is the principal man- 
machme interface m the command and control system. It con- 


sists of the dispatch center consoles, any terminals in other 
facihties, the mobile digital and voice terminals in patrol umts, 
and all the display and control elements within the dispatch 
center such as the microfilm display device, prmters, slide pro- 
jectors, plus the manuals and forms used to support the 
operation. 

Smee the displays and keyboards of the dispatch center 
consoles and the mobile digital termmals are used constantly by 
dispatch center and field personnel, their design is a matter of 
importance and should be given careful attention. The radio- 
telephone mterface is equally important, but smee this type of 
eqmpment has been m use for many years its design is fairly 
well standardized. There are as yet no generally accepted stan- 
dard designs for CBO, dispatcher, or mobile digital terminal- 
displays and keyboards. Design of displays must reach a com- 
promise between occupying too much display space and takmg 
too long to read or being so cryptic that the operator has to 
memorize a long list of codes (or has to ask for more data 
from the computer when it would have been more efficient to 
present the full data in the first place). 

Experience with CAD systems installed to date suggests 
that for all but the smallest dispatch center loads, human engi- 
neering considerations lead to choice of dual CRT displays for 
dispatcher consoles (one for patrol unit status and the other for 
mcident data and other transient messages). CBO consoles ordi- 
narily need but one CRT. 

In the case of mobile digital terminals, there is very lim- 
ited expenence to date on which to base design decisions. 
Some units have printers, but the trend appears to be toward 
illuminated alphanumeric displays. 

The subject of displays for vanous operator stations is 
discussed in detail in the manuals on CAD, MDT and AVL. 


5.7 Automatic Vehicle Location (AVL) Systems 

The purpose of an Automatic Vehicle Location (AVL) 
system is to enable the dispatcher to have more accurate infor- 
mation regardmg the location of the patrol units imder his con- 
trol. This improved accuracy can help to reduce response time 
because it increases the probability that the dispatcher will 
assign the nearest patrol unit to an mcident. It also contnb- 
utes to officer safety m emergency situations, and can be use- 
ful where miiltiple units are to be deployed to meet some 
special conditions. AVL systems are described m detail m the 
companion manual on this subject, and will be only briefly 
covered here. From the planner’s pomt of view, AVL systems 
are quite costly m relation to the advantages they offer for a 
small- or medium-size community. 
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The three basic types of AVL ^sterns are. 

Dead Reckoning. In these systems the patrol unit contin- 
uously determmes its own location by measuring the dis- 
tance and direction it travels from a known point. This 
information is transmitted to the dispatch center. ‘ 

Proximity. These systems use a set of sensors, typically 
on signposts or light poles, that constitute a network cov- 
ering the area. They detect the presence of a vehicle and 
its ID from a beacon earned on the vehicle, and transmit 
this information to the dispatch center. Alternatively the 
beacons are on the posts and transmit an ID signal that is 
picked up by the patrol car and relayed to the dispatch 
center, indicatmg that the car has just passed a beacon at 
a known location. 

Radio Location, These are triangulation systems similar 
to those used for ship and aircraft navigation. They track 
the location of patrol units by measuring the distance of 
a umtfrom three known locations, the measurements are 
made by transimtting pulses that are returned by the 
vehicle beacon. A computer then calculates the location 
from the three distance measurements. 

The value of an AVL ^stem will depend on the accu- 
racy with which it determines vehicle location. Accuracy 
requirements are discussed m detail m the AVL manual, and 
are summarized below for apphcations considered m this 
volume. 

e Dispatch. The purpose of AVL for dispatch is to 
reduce response time. This can be achieved if the 
closest car is dispatched rather than always dis- 
patching the beat car to an incident withm the 
beat. Errors m vehicle location will result m some 
“wrong” dispatches where the closest car is not 
sent but some other car which must travel farther. 
Detailed analyses by several investigators show that 
a perfect AVL system, i.e., one that always dis- 
patches the closest car, can save 10 to 20 sec m 
response time compared to no AVL. Further, the 
savmgs m response tune are not particularly sensi- 
tive to AVL system accuracy, that is, a “loose” 
system saves nearly as much time as a perfect sys- 
tem. For dispatch purposes, an accuracy of 300 to 
400 m (980 to 1310 ft) yields nearly all of the 
potential response time reductions. Larger cities 
tend to benefit more than smaller cities from AVL- 
based dispatch q^stems, and the planner in the 


smaller community is advised to review the costs 
and benefits of AVL carefully before recommend- 
ing' its use. 

• Officer Safety. An accuracy of one-half city block 
is recommended for this function. With this capa- 
bility it is expected that a vehicle could be located 
quickly even in alleys or industrial area mazes. 

• Tactical Control. To locate units durmg hot pur- 
suits, blockmg of escape routes, or during civil 
strife or natural disasters requires an accuracy of 
approximately one city block. This value is some- 
what subjective, but seems adequate. 

• Administrative Control This function mcludes 
reconstraction of past events, public relations, and 
supervisory functions. For the latter, AVL iraght 
be considered an “electronic sergeant” by field per- 
sonnel. An accuracy of a few city blocks might be 
adequate for this function, although actual opera- 
tional experience is lacking m this area. A similar 
reqmrement can be stated for analysis of patrol 
effectiveness. 

5.8 Facilities 

When an entirely new system is to be put into operation, 
usmg a new set of procedures, it is important that the facilities 
where the new system is located be different from the old, and 
that they be as pleasant and attractive as possible for the per- 
sonnel who will be working m them. The change to a new 
mode of operation is a difficult one in any case, and often 
meets with resistance. The required psychological readjustment 
IS helped if the new system is associated with a new or remod- 
eled facihty, and especially if it is a pleasant place to work. 

Ordinarily it is difficult from a technical standpoint to 
mstall a new, automated system in an existing dispatch center 
based on manual dispatching operations. From the logistic as 
well as the psychological pomt of view, it is best to mstall the 
new ^stem in a new or remodeled facility where it can be set 
up and checked out, and the operators trained on it, without 
causing any interference with ongomg dispatching operations. 
The switchover can then be made with htde or no intenuption 
in operations. 

The planner should be sure that the plans for new facili- 
ties allow for possible expansion in the future if the automated 
system is to be implemented m stages The initial planmng 
should allow for any additions contemplated in the future. 
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6. SYSTEM DESIGN 


6.1 System Description 

Figure 16 is a block diagram of a combined 
multi-community command and control system that wiU be 
analyzed in this chapter. For the sake of clarity, some details 
have been omitted (card readers, the microfiche files in the 
CBO and dispatcher consoles, the intercom system within the 
center, etc.) Features of the system that the diagram is 
intended to bring out are 

• Each police department has full-time, dedicated 
digital and voice lines connecting it with the central 
dispatch facility (and through it with all the other 
police departments). 

» There is a console in each police department that 
has the same coimections and capabilities as the 
dispatcher consoles in the dispatch center. This 
includes direct access to the computer and thus the 
capability of momtormg the dispatching activities 
m the center 

e The console m the local police department has 
access, through a transceiver similar to those m the 
patrol units, to the central radio transmitter/ 
receiver and consequently to its own patrol units 
(Provision can easily be made for hmitmg access 
by a given pohce department to the patrol umts 
and files that belong- to it.) This means that the 
person in charge at each pohce department 
(normally a sergeant) can, through his console, 
momtor the activities of his patrol umts and 
assume command of them at any time circum- 
stances require it; he is readily available to monitor 
and supervise his agency’s field personnel as is the 
case with separate dispatch facihties 

• This same capability constitutes a backup mode of 
operation m case of breakdown of operations in 
the central dispatch facility. 

• Each police department has its own line prmter 
and can cause any relevant data to be printed out 
in the course of operations (patrol unit activity, 
data base query “hits,” radio and telephone statis- 
tics, etc ). 

• A telecommunications controller handles all exter- 
nal communications except the mcommg 91 1 calls 
and the 911 calls transferred elsewhere. Dynamic 


assignment of radio channels is handled in this unit, 
as well as all required multiplexing/demultiplexmg 

• All digital messages flow throu^ the digital com- 
mumcations processor. Each message carries a 
header identifymg its source and destination, and 
the digital commumcations processor routes the 
messages m accordance with their destination codes 

• The telecommunications controller handles ' the 
patchmg (under dispatcher control) of police 
department consoles to specified field units. 

• All 91 1 calls come m to the center and are answered 
by the CBO’s, fire and emergency medical calls are 
transferred to appropriate dispatchers outside the 
facility. In some cases it is planned to have the fire 
and emergency medical dispatchers physically 
located m the same facility with the police dis- 
patchmg operation, they have not been shown 
here, but the concept is discussed in Section 2, 

• The ANI/ALI data (it is assumed that it will be 
provided as part of the 911 system) is extracted 
from the mcommg calls by the ACD and sent to 
the digital communications processor via the tele- 
communicatons controller. The digital communi- 
cations processor then decodes the information 
and sends it to the CBO console that is answering 
the call 

• Although a dispatch supervisor position is shown, 
' there is no provision for a watch commander or 

tactical officer. In the case of a multi-community 
command and control system, the functions nor- 
mally performed by these positions wiU have to be 
worked out by the cooperating communities, there 
IS no “standard” arrangement. Possible arrange- 
ments include having one or both of these posi- 
tions staffed in rotation by officers from the partic- 
ipating departments, or by personnel hired by the 
jointly-operated entity. It would also be possible 
to have the desk officers in the individual police 
departments assume responsibility on the basis of 
the jurisdiction involved, or on the basis of agreed- 
upon rules concermng location and/or type of 
operation needed. 

Some of the later discussion m tins chapter and in the 
chapter on implementation planning indicates provisions for 
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Fig. 16. Multi'Comnnunity command and control system 





an Emergency Command Center function in the dispatch cen- 
ter and for a Mobile Command Post. Neither of these is shown 
in the diagram, which is mtended to reflect only a basic auto- 
mated command and control system. The required equipment 
for these two functions is identified and mcluded in the cost 
estimates of Chapter 7 as of possible interest to planners of 
new automated control systems for single or multiple 
jurisdictions. The specific procedures for establishing and 
activatmg either an Emergency Command Center or a Mobile 
Command Post would have to be worked out very carefully m 
the case of multiple junsdictions. 

Although an Automatic Vehicle Location (AVL) system 
is mdicated on previous diagrams as a part of a fully automated 
police command and control system, the elements of such a 
system are not shown on this diagram. The only change that 
would be required would be the addition of the signpost sen- 
sors (if a signpost system were used) or the ranging stations (if 
a triangulation system were used) The required data processing 
could be handled in the CAD computer m most cases, or a 
dedicated AVL minicomputer could be added.”* 

Two extra dispatcher consoles (one dual console) are 
provided. One is for traiiung purposes and as a spare; the other 
is for a spare or future expansion Either can be used by a rec- 
ords clerk to enter data in the computer or generate activity 
reports or other management reports In a fully distributed 
processing system, a separate processor can be added to handle 
all management reports. Generation of management reports in 
a multi-community system is somewhat more complex than m 
a smgle system, but a computer can easily be programmed to 
sort all activity records by jurisdiction (i.e., community) and 
then prepare the desired reports individually for each commu- 
nity Certain reports (at least telephone and radio channel sta- 
tistics) will need to be generated for the combined facility as 
well. 

If no dedicated processor is available for generatmg man- 
agement reports, it is possible to use the “background” pro- 
cessing mode of the CAD or digital communications or DBQ 
(Data Base Query) processor to perform this function. Many 
departments, however, have found it simpler to turn over their 
tapes contaming activity logs to the municipal data processing 
facdity, which then prepares the required reports. 

The system considered here does not use a two-level 
answering arrangement, with a secondary operator to handle 
longer calls. If it were found desirable to separate calls in this 
way, not more than one secondary operator position would be 
required for the system considered here 


”*AVL may not be a high priority capability for many small communi- 
ties; however, the decision to include AVL must be made on the basis 
of the specific requirements of each application. 


6.2 System Sizing 

With the general configuration of the automated com- 
mand and control system outlined, we can begin to use the 
procedures discussed m Section 5 to determine some of the 
quantitative parameters of the system. As a basis for the calcu- 
lations, we will use the numbers listed in Table 1 0. From these 
we find the basic trunk line and personnel requirements to be 


Trunk lines 

15 

CBO positions 

12 

Dispatcher positions 

4 


Table 10. Input Parameters for System Design 


Parameter 

Value 

91 1 busy hour call rate, calls/hr 

267 

Average call duration, sec 

100 

Maximum average delay, sec 

2.5 

91 1 calls transferred to fire and emergency medical 

25% 

91 1 calls transferred to other agencies or requiring 
no action 

45% 

91 1 calls leading to a dispatch 

30% 

Field-generated calls for service (or self dispatch), 
calls per shift per unit 

4 

Direct data base query from field, digital queries 
per unit per hour 

10 

Data base query from field, voice queries per unit 
per hour 

2 

Data base query responses per query 

25 

Data base query hit responses, percent of queries 

15 

Field unit status/location updates, per unit per 
hour 

10 

Supervisory messages per unit per hour 

2 

Average peak deployment of field units 

100 

Area served, square miles 

200 

City blocks per mile of street 

13 

Number of communities 

5 
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To these we add one CBO superasor and one dispatch (one for each of five communities). The total number of con- 

supervisor position, as shown m Figure 16. One more dual dis- soles to be procured is thus 13 CBO consoles and 12 dis- 
patch console is added for trammg and spares. In each cooper- patcher consoles. There vrfU be sli^t modifications m the 

ating pohce department there is one dispatcher console with a supervisor consoles, as shown in Table 11, Summary of 

hne prmter; m our example there are five of these consoles Console Characteristics. 


Table 11. Summary of Console Characteristics 


Type 

Components 

Function 

Complaint Board 
Operator Console 

Keyboard 

CRT display (single) 

Enter incident data to computer 
Display format and data as it is entered 


Call director 

Accepts calls from public via multitrunk telephone lines 
and agency's other tie-lines 


Instant playback recorder 

Captures incoming call for quick retrieval of information 
if necessary to confirm or check data 


Microfiche files 

(one set for two positions) 

Maps and other data such as site information, other 
agency referrals 


Punch clock/ticket tray 

Provide for manual taking of complaints if CAD system 
IS not functioning 

Complaint Board 
Supervisor Console 

Same as CBO, plus 

Call director supervision 
equipment 

Monitor incoming call handling 


Telephone activity display 

Historical records of telephone activity 

Dispatcher Console 

Dual CRT display 

Display all formats and data 


Keyboard 

Enter data to computer 


Instant playback recorder 

Capture voice messages for recheck 


Microfiche files 

(one set for two positions) 

Street files and maps, other static reference 
information 


Radio dispatch panel 

Radio communications with patrol units 


Manual equipment 

Permits manual dispatch if CAD system is not 
functioning 


Printer (one for two positions) 

Provide printed records as needed 


Call director 

Accepts call-box calls from field personnel and other 
agency communications 


Punch clock/ticket tray 

Manual operations 

Dispatch Supervisor 
or Police Depart- 
ment Console 

Same as dispatcher console 
Auxiliary radio panel 

For communication with other agencies 
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The configuration of computer hardware will depend on 
the basic approach, and could take several different forms. 
For the case illustrated, we have assumed a distributed process- 
ing approach with multiple processors assigned to different 
functions Table 12 lists the types of computer hardware. 

The basis for determining processor size is the transaction 
rate, which is derived m Table 13, Since every transaction, 
including those handled by the other processors, must go 


through the digital communications processor, this unit has the 
highest throughput requirement. Assuming the following typi- 
cal times for message handling transactions 

I/O Program execution 

3.0 msec 

2 disc accesses (movmg head) 

80.0 

Core I/O transfer 

3.7 

High-speed channel message transfer time 

38 8 


125.5 msec 


and 9000 transactions/hr (which includes a 25% overload for 
emergency/tactical situations) requiring 4 operations each 
(2 keyboard messages and 2 screen displays), we have 
9000 X 4 X 125.5 = 4,518,000 msec/hr. Since there are only 
3,600,000 msec m an hour, there is not enough capacity to 
handle this peak load The simplest remedy would be to use a 
fixed-head disc (access time about 10 msec) instead of the 
moving-head one assumed in the calculations This would 
reduce the disc accesses from 80 to 20 msec and the total tune 
from 125 5 to 65.5 msec per transaction. We are now using 
only 2,358,000 msec/hr, which gives ample margin Even with 
the moving-head disc, the system would have handled the peak 
load without the allowance for a 25% overload. 

In general, there are several processors on the market 
that would be able to handle the projected digital communica- 
tions processor load. 


Total load is then 5,058 X 54 8 = 276,630 msec/hr, which 
leaves ample margin 

The 3,000 transactions estimated per hour for the CAD 
machine are estimated to require 136.5 msec each (3 disc 
accesses are assumed), makmg only 41,000 msec/hr. 

This brief exercise in estimating processor loads mdi- 
cates that computer throughput should not be a problem in 
any kind of distributed processing configuration. Even if a 
single-processor design were chosen, there are minicomputers 
available at reasonable cost that could handle the projected 
processmgload. Peripheral equipment with the required perfor- 
mance characteristics is also commercially available 

6.3 System Software 

The software and files for an automated command and 
control system are described in the companion manual on 
Computer-Aided Dispatch. For the system considered here, 
the structure is shown in Table 14. The elements are described 
m the compamon manual and wiU not be discussed here except 
m connection with sizing analyses. The items listed that are in 
addition to those requued for any CAD system are those 
related to the AVL function (which itself is optional). 

Core storage modules of 4, 8, and 16K 16-bit words are 
generally available with minicomputers up to a maximum of 
65K words For the busiest processor in the system, 65K words 
appear to be ample (allowing 32K for operatmg system and 
programs m core plus 2 IK for input and output buffers) 

Disc storage requirements are estimated from Table 15, 
which hsts the programs and files that would normally be kept 
on disc files. The size of each record m a given file is estimated 
in Table 16, these estimates were used to derive the total file 
sizes listed m Table 15. From Table 15 we can define the fol- 
lowing requirements for disc storage units 

Digital commumcations 1 megabyte fixed head 

(two units) 


The other processors are sized similarly. The Data Base 
Query (DBQ) machine is the next busiest, with 
5,048 transactions/hr. The tune per transaction is estimated 
as’ 


Computer-aided dispatch 25 megabyte moving head 
(plus AVL, if used) 

Data base query 25 megabyte moving head 


Program execution (200 instructions) 

6.0 msec 

One disc access (moving-head) 

40.0 

Core I/O transfer from DCS machine 

8.8 


54 8 msec 


Management Reporting 25 megabyte moving head 
System spare 25 megabyte moving head 

The four 25-megabyte units are oversized for the last 
three applications, but the extra capacity costs relatively little 
and IS available to support a degraded mode of operation for 
the CAD system if the CAD disc unit should fail. 
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Table 12. Summary of Computer Hardware 


Item 

1 

Description and Function 

Processors 

Each consists of a central processing unit (CPU), memory (usually magnetic cores) and 
input/output logic The memory stores program instructions and data; the CPU executes the 
instructions, using the stored data, the I/O logic interfaces the processor with the input 
devices (the console keyboards, the disk and tape units) and the output devices (the console 
displays, the disc and tape units, printers) to move data into and out of the processor. 

Disc Storage Units 

V 

There are one or more disc units in the system, depending on the size of the files to be stored 
Ordinarily a single disc pack with a capacity of several million bytes is large enough to store 
all the programs and data for a CAD system Disc storage provides a rapid means of 
accessing a large quantity of data or instructions, those programs and files that are not 
maintained in the processor’s core memory are stored in the disc unit, where they can be 
brought into core as needed in a matter of milliseconds. Duplicate disc units with duplicate 
data are sometimes maintained to protect against accidental data loss or disc system failure 

Magnetic Tape Units 

Tapes are normally used for permanent storage of data, and the amount of data that can be 
stored in this way is virtually unlimited Tapes are usually easily transferred from one facility 
to another if they are needed for historical or statistical studies 

Card Reader 

The normal method of entering programs into the computer for initial development and 
checkout is through punched cards A 300-eard-per-min reader should he adequate for a CAD 
system 

Line Printer 

Any printed output from the system that has significant volume, such as activity logs and all 
types of management reports, requires the speed of a line printer. The printer would normally 
be associated with the records clerk position It need not be a very high-speed printer, hut 
should be faster than a teletypewriter 

Console Teletypewriter 

A teletypewriter is provided for each pair of dispatcher positions (one per dual console) 

This fairly low speed printer is adequate for generating the small amount of hard copy needed 
from the consoles 

Modems 

A modem (modulator/demodulator) is needed for each interface of the system with other 
digital systems, primarily for purposes of remote data base query (DMV, NCIC, etc ) A 
modem allows a computer to communicate with another computer over standard telephone 
lines A modem is also needed in systems where the patrol units are equipped with digital 
terminals that can communicate directly with the computer or with remote data bases 
The system modems are part of the facility's interface signal conditioning assembly 

Tune Code Generator 

A time code generator unit is provided at the dispatcher and mobile command centers for the 
purpose of providing serial time code signals to the voice log recorders and date-time to the 
system processor as needed for event/transaction synchronization 

Tape Search Unit 

A tape search unit capable of reading the serial time-code data recorded in the voice log tapes 
This unit allows search and playback of a portion of the log tape starting at a selected date- 
time period set at the unit 

Voice Log Recorders 

At the dispatch facility the telephone and radio voice signals are recorded on a 24 tape 
recording unit The units include as many recording channels as there are facility work 
positions with voice transaction capabilities An additional recording channel is provided for 
date-time serial code recording A similar unit typically is provided for off-line playback of 
tog tapes. 

Automatic Call Distributor 

The dispatch facility includes an automatic call distributor (ACD) as part of the telephone 
equipment set, capable of load balancing among the CBO positions It wilt decode the AMI/ 
AL! data for CAD processjng, collect live statistics and issue an alert call overload signal 
to all CBO and supervisory positions 
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Table 13. Transaction Rates 


Transaction 

Factor 

Per = 

No. Per Hr. 

Source 

Destination 

Remarks 

ANl/ALI Message 

1 

Call 

267 

Tel Co 

CBO 


Cal Is transferred to 
fire/EMS 

0 25 

Call 

67 

CBO 

Fire/EMS 


Calls transferred 
elsewhere 

0 45 

Call 

120 

CBO 

Other agency 


Calls processed for 
dispatch 

0 30 

Call 

80 

CBO 

Dispatcher 


Field generated calls 
for service 

05 

Unit/hr 

50 

Car 

Dispatcher 


Dispatch orders 
assigned 

1 

Dispatch 

130 

Dispatcher 

Car 


Dispatch orders 
completed 

1 

Dispatch 

130 

Car 

Dispatcher 


Car status/location 
updates 

10 

Unit/hr 

1000 

Car 

Dispatcher 

AVLor other 

Car-to-car messages 

2 

Unit/hr 

200 

Car 

Car 

Voice or digital 

Car supervisory mes- 
sage request 

2 

Unit/hr 

200 

Car 

superv. 

CAD 


Car supervisory 
messages 

1 

Request 

200 

CAD 

Car superv 


Car data base query 
(voice) 

2 

Unit/hr 

20 

Car 

Dispatcher 

10 units only 

Dispatcher DBQ for 
above 

1 

Query 

20 

Dispatcher 

Data Base 


DBQ response to 
dispatcher 

25 

Query 

50 

Data Base 

Dispatcher 


Dispatcher response 
relay to car 

1 

Query 

20 

Dispatcher 

Car 


Car direct digital to 
DBQ 

10 

Umt/hr 

900 

Car 

Data Base 

90 units 

DBQ response to car 

2 5 

Query 

2250 

Data Base 

Car 


DBQ hit response 

0 15 

Query 

138 

Data Base 

Dispatcher 

920 queries total 

DBQ digital hit 
response to car 

0.15 

Query 

135 

Data Base 

Car 

900 queries 

Warrant abstract 
request 

1 

Hit response 

138 

Car 

Data Base 
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Table 13 Transaction Rates (contd) 


Transaction 

Factor 

Per = 

No. Per Hr. 

Source 

Destindtion 

Remarks 

Warrant abstract 

\ 

1 

Request 

138 

Data Base 

Car 


Deployment schedule 
and updates 

2 

Dept /hr 

10 

Local 

Dept 

Dispatch Ctr. 


Car sign-on/sign-off 

2 

Unit/shift 

200 

Car 

Dispatcher 


Work station sign-on/ 
sign-off 

46 

Shift 

46 

Work 

station 

CAD 

Local depts plus 
dispatch center 

Work station and car 
activity log 

123 

Shift 

123 

Work 

station 

CAD 

Local depts plus 
dispatch center 

Printout of dispatcher 
log 

6 

Disp/hr 

24 

Dispatcher 

Printer 

For manual backup 

Printout of DBG hit 
responses 

1 

Hit 

138 

Data base 

Printer 

For manual backup 

Management records 

5 

Hour 

30 

CAD 

Printer 


Statistical reports 

1 

Source 


Source 

CAD 

6 sources 

Transaction log 
transfers 

12 

Hour 

12 

CAD 

Tape logs 

For analysis and 
reporting 
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Table 14. Software and File Structure for a C&C System 


Operating System User Programs 

•System Generation ‘Facility Digital Communications 

Control 

•Job Scheduler *Sign-on/Stgn-off 

•Communications Control Telephone ANI/ALI Decoding 
•Executive Services ‘Incident Log-in 

•System Recovery ‘Dispatch Log-in 

* Emergency/M icrophone I dent if ica- 
tion Decoding 

•Patrol Unit Status 

Patrol Unit Location AVL 

‘Data Logging 

Data Base Query 

~ Management Reports 

Deployment Schedule 

ECC/MCC Tactical/Intelligence 
Planning 

AVL Location Graphics 
Case Reconstruction Playback 


Data Files 

Real-T ima Files 

Permanent Files 

•Access Authorization 

Display/Comms Formats 

•Incident File 

Address Verification 

•Incident Summary File 

Telephone Directory 

•Patrol Unit Status File 

Address/Area Intelligence 
File 

•Deployment Schedule 

ECC/MCC Resources File 

Temporary Situation 

AVL Sign Post Identifica- 
tion Table/File 

Radio-telephone Digital- 
Data Base Query Statistics 

AVL Map Graphics Overlay 
Coordinate Data Points 

Operator Activity File 


Patrol Unit Activity File 



Basic elements, remaining elements are optional 













Table 15. Disc Storage Estimates (1000 bytes) 


3 DBQ 


Core image programs 

64 

I/O buffer (5 min at 1000 char /I/O message) 

420 

Message I/O formats (20 formats) 

4 

Schedule/access authorization 

39 

ECC/MCC support 

50 

Total 

577 

4, Management Reporting 

Core image programs 

64 

I/O buffer (5 mtn at 1000 char /I/O message) 

47 

Me$$age I/O formats (40 formats) 

8 

Deployment schedule 

57 

System access authorization 

39 

Incident log (10 hr) 

845 

Incident summary (10 hr) 

82 

Unit status/I ocations 

35 

Unit activity 

186 

Operator activity 

23 

Communications statistics (24 hr) 

10 

ECC/MCC support programs 

32 

ECC/MCC resources (1000 entries) 

137 

Operating system (DCS, DBQ, CAD/AVM 
Support) 

128 

Total 

1,693 


1. Digital Communications 

Core image program 

64 

I/O buffer (5 min at 1000 char./l/O message) 

750 

Message I/O format skeletons (33 formats)* 

7 

Daiiy schedule access authorization 

39 

Total 

860 

2 CAD/AVL 

Core image programs 

64 

I/O buffer (5 min at 1000 char./l/O message) 

200 

Message I/O format skeletons (1 0 formats) 

2 

Master street file 

12,844 

Street index 

7,977 

Land mark 

190 

Telephone directory 

12 

Address intelligence 

49 

Temporary situation 

18 

Deployment schedule 

57 

Incident log (2 hr) 

169 

Incident summary (2 hr) 

16 

Unit status 

35 

AVL sign post table (at 169 post/mi ^) 

3,211 

AVL graphic overlay (200 overlays) 

120 

Total 

24,964 

‘Commonly used formats such as incident log-in, unit status, 
data base query, license plate, stolen vehicle, etc 
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Table 16 Record Sizes of Data Files 


File Name 

Record Stze 
(characters) 

Real Time Files 

Access Authorization 

85 (per person) 

Incident File 

650 (per incident) 

Incident Summary File 

63 (per incident) 

Patrol Unit Status File 

178 (per field unit) 

Radio-telephone statistics 

196 (per hour) 

Operator Activity File 

563 (per operator per shift) 

Patrol Unit Activity File 

928 (per unit per shift) 

Deployment Schedule 

124 (per person) ' 

Temporary Situation 
(Short term intelligence) 

175 (per address/area) 

Log Tape Reel Index/Storage 
File 

85 (per reel) 

Permanent Files 

Display/Comms Skeleton 
Formats 

200 (per display format) 

Address Verification 


— Street index 

236 (per street name) 

Landmark file 

95 (per landmark) 

Master street file 

92 (per block face) 

Telephone Directory 


Emergency telephones 

80 (per telephone) 

Foreign language transla- 
tion assistance 

80 (per telephone) 

Nonemergency telephones 

80 (per telephone) 

Address Intelligence File 
(Long-term intelligence) 

245 (per address/area) 

AVL Sign Post Identification 
Table 

95 (per sign post) 

AVL Map Overlay Coordinate 
Data Points 

600 (equivalent characters 
per display overlay average) 

ECC/MCC Resources 

137 (per itwn entry) 
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7. IMPLEMENTATION PLAN 


An implementation plan is an essential element in the 
design and evaluation of a new automated command and 
control system that is bemg considered. It is part of the plan- 
ning process, rather than a document that is needed only when 
the decision has been made to proceed and the system designed. 

The reason an implementation plan is a part of the 
planning process is that it is the only effective means of 
identifying all the things that will have to be done to brmg a 
new ^stem into operation. It is easy to obtain estimates 
from contractors for the design and physical installation of 
the new system, but there are additional costs, as well as 
additional tasks that must be taken into account and provided 
for. Where different system configurations are being considered, 
preparmg an implementation plan for each of them is a good 
method for comparmg total costs vs performance. 

In the case of a combined multi-community police 
command and control system, the implementation plan 
requires particular care because of the large number of inter- 
faces (electronic, procedural, legal, administrative) that must 
be defined carefully and agreed upon if the system is to 
function satisfactorily to all parties. 

The two prmcipal parts of an implementation plan are 
the schedule and the funding plan. The schedule should indi- 
cate start and end dates for at least the following major 
activities (with subactivities m most cases) 


(1) Precontract phase 

(2) Procurement of the system 

(3) FaeJity preparation 

(4) Installation and checkout 

(5) Demonstration and acceptance 

(6) Personnel traimng 

(7) Mamtenance 

The precontract phase should mclude schedules for 
the necessary agreements with other local agencies and 
with the telephone company (for 911 service) and for defmmg 
the interfaces with remote data bases to be accessed In the 
case of a combined multi-community system, ample time 
should be allowed for negotiating the details of the Joint 
Powers Agreement or other legal mstmment creating the 
cooperative operation. 


It IS often desirable because of fundmg constramts to 
plan for a phased implementation, such as will be illustrated 
later in this chapter. The schedule should certainly reflect 
the phasing plan, defining clearly what items are to be imple- 
mented under each phase. 

The fundmg plan portion of the unplementation plan 
should show complete cost estimates for all items of expense, 
and should mclude a breakdown of expenditures by fiscal 
year from the start of funding to completion of the system 
implementation This could be a period of 5 to 10 years in 
the case of a phased implementation. The funding plan should 
also estimate the contmmng mamtenance costs for the system. 
The general categones of expense that should be included m 
the funding plan are" 

(1) The program management office to be set up by 
the local agency (or junsdictions) to manage the 
entire project 

(2) Any consulting or systems engmeering support 
that IS planned (m addition to the work of the 
prime ^stem contractor) 

(3) Procurement of equipment and software, mcludmg 
design and engineering effort included in the 
procurement package 

(4) Facilities acquisition and preparation 

(5) Logistics, particularly trammg. As noted above, 
continuing mamtenance should also be estimated. 

The remainder of this chapter presents an example of an 
implementation plan, based on the system desenbed in Chap- 
ter S.The plan reflects a phased procurement divided mto four 
phases, each addmg an increment of capability to the precedmg 
phase. The items associated with each phase are listed in 
Table 17. The capabilities available m each phase are summa- 
rized as follows 

Phase I This is the most important and largest change 
to the existing system. It provides for the basic CAD 
functions — keyboard/CRT entry and manipulation of data by 
CBO and dispatcher, automated record keeping, computer- 
maintained patrol unit status files, and other basic functions 
The mode of operation can become a degraded mode in the 
event of failures after the full system is implemented CAD 
should be considered the backbone capability, to which 
other functions such as digital communications and AVL can 
be added. 
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Table'17. Procurement Activities by Phase 


Phase 

Activities 

1 — Basic autornated 

1. Prepared new facility (including 

capability 

air conditioning, standby power, 
telephone connections, etc.) 

2. Install CBO and dispatcher 
consoles 


3. Install police department consoles 

4 Install data processing computer 
(dual units for redundancy] 

5 Install software and check out 
system 

6 Tram personnel 

1 1 — Augmented 

1. Install two additional processors — 

capability 

digital communications switchers 
and management reporting 

2 Install new fixed and mobile 
radio equipment 

3 Install and check out software for 
added CAD capabilities and 
management reports 

4. Tram personnel m added 
capabilities 

III ^ Full capability 

1 Install Data Base Query (DBQ) 

less AVL 

processor 

2 Install DBQ software m DBQ 
processor 

3 Install digital communications 
modules in mobile radio 

4 Add mobile digital communica- 
tions software to dispatch center 
processors (primarily direct digital 
status updates and acknowledge- 
ments 

IV- Add AVL 

1 Install AVL "signpost" sensors in 

capability 

area served 

2. Modify mobile digital terminals 
as needed 

3 Add software in CAD processor 
to handle AVL data 


Phase II. In this phase, the full CAD capability becomes 
available, with automated formattmg and checking of com- 
plaint and mcident records, maintenance of incident backlog 
files, recall of incidents in progress to add or modify data. 


and the full range of management reports generated by 
computer System rehability is increased by the availabihty 
of the added processors as standbys for others if necessary. 

Phase III Capability is significantly increased in this 
phase by the addition of mobile digital communications 
This reduces radio channel- crowding and permits duect 
status updates via the computer, reducmg the load on the 
dispatcher The equipment for automated Data Base Query is 
also added, so that the patrol units can query remote data 
bases directly without mvolvmg an-operator or dispatcher in- 
the dispatch center. - 

Phase IV. The only change m this phase is the addition 
of Automatic Vehicle Location (AVL) capability by the 
installation of AVL signposts throughout the area and appro- 
priate modification of the mobile terminal and dispatch center 
software. The computer-maintained patrol unit status files now 
show vehicle location as well as status Provision can be made 
in the CAD software to have the computer automatically 
determine the location of the nearest one or more units to 
the location of a given incident and present this information 
to the dispatcher 

Cost estimates for the sample system are shown in 
Tables 18 through 23. Table 18 lists the cost estimates by 
category in each phase The totals shown here are derived 
from the more detailed tables indicated for each category. 
Table 19 shows the estimated cost of maintaining the law 
enforcement agency program office durmg the full implemen- 
tation period. Table 20 hsts the manpower costs estimated by 
a contractor undertaking a turn-key contract for such a com- 
mand and control system, note that such costs are typically 
negotiable and are affected by the current state of competi- 
tion m the industry The current catalog prices of the kmds of 
equipment needed for the dispatch center are listed in Table 21. 
Table 22 lists separately the cost estimates for equipping a 
local police department with the type of console that would 
be needed to mterface with the system (the same would be 
needed for any other command center remote from the 
central dispatching facility) The item in Table 18 listed as 
“local department equipment” assumes five such local depart- 
ments, as shown in Figure 16. The costs of the radio equip- 
ment, both fixed and mobile and for voice and digital traffic 
are listed in Table 23. The estimates in Table 15 assume that 
new equipment is procured if a ^stem does not need entuely 
new equipment, the costs could be revised accordingly 
Table 23 also assumes procurement of a microwave system 
to link the parts of the system, but this item too is not 
necessarily a part of a new command and control system 
Such links may already be m existence, or leased Imes may 
be felt adequate The procurement of microwave links should 
be exammed, however, smce the cost can often be recovered 
m a few years from the saving on lease costs 
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Table 18 Total System Implementation Cost Estimate 
(thousands of dollars) 


System Phase Implementation 

Pre-Procurement 

Phase 1 

Phase II 

— 

Phase IV 

Total 

Program Management 
(Table 19) 

134 

137 

103 

100 

68 

542 

Prime Contractor ' - ■" 

(Table 20) 


882 

705 

—554 

440 

2,581 

Facilities Preparation Update 

10 

100 

20 


- 

130 

Dispatch Center Equipment 
(Table 21) 

- 

987 

410 

133 

22 

1,552 

Local Department Eqjipment 
(Table 22) 

- 

115 

- 

- 


115 

Fixed Radio Sites 
(Table 23 less field units) 

- 

- 

289 

69 


358 

Field Unit Voice Radio 
(Table 23) 

- 

- 

660 

- 


660 

Field Unit Digital Terminals 
(Table 23) 

- 

- 

- 

1,050 

- 

1,050 

AVL Sign Post 
(Table 23) 

- 

- 

- 

- 

500 

500 

TOTAL 

m 

2,221 

2,187 

1,906 

1,030 

7,488 


The cost estimates given here are provided as guidance 
to plannmg personnel considering the procurement of a new 
command and control system The only way to obtain a 
reliable estimate of the cost of a particular system is to 
define a system configuration, obtain estimates from con- 
tractors, and prepare an implementation plan. Also, certam 
items of expense have not been included m the estimates 
because of the wide range of possible vanation dependmg on 
the local conditions. These mclude. 

• Telephone equipment and leased lines additional 
to those already m use 

• Relocation or replacement of office equipment 

• Supplies additional to those now used (tape 
reels, pnnter paper and ribbons, spare disc packs, 
etc.) 

• Personnel costs resultmg from developing new data 
files, traimng scenarios, and training materials, etc. 


Small police departments planning to jom together in a 
combined multijunsdictional system will want to be particu- 
larly careful in their plannmg and cost estimatmg, smce there 
may be requirements and items of cost associated with this 
mode of operation that are not mentioned m the above esti- 
mates and not encountered by smgle-jurisdiction systems 
Cost sharmg arrangements will also have to be worked out 
with care. 

There is so little experience with arrangements of this 
type that there is no extensive body of data or knowledge to 
serve as a basis for planmng It is likely that there will be 
increasing numbers of such joint systems m the future, 
however, and planners should make an effort to keep up with 
all such developments. 

A typical top-level schedule, listmg only the major 
categories of activity, is shown as Figure 17. It reflects the 
phased procurement discussed earher and is intended to 
suggest the lengths of time that are typically required for 
the types of activity listed 
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Table 19. Law Enforcement Agency Program Office Cost Estimate 


System Phase 

Pre-Procurement 

Phase 1 

Phase II 

Phase III 

Phase IV 

Total 

Schedule/Cost 

Man 

Months 

S 

Man 

Months 

$ 

Man 

Months 

$ 

Man 

Months 

$ 

Man 

Months 

$ 

Man 

Months 

$ 

Senior Officer 

$2,000/mo 

11 

22,000 

12 

24,000 

9 

18,000 

B 

18,000 

6 

12,000 

47 

84,000 

Police Officer 

$1 ,400/mo 

11 

15,400 

12 

16,800 

9 

12,600 


12,600 

6 

8,400 

47 

65,500 

Administrative 

Analyst 

$1 ,600/mo 

6 

9,600 

6 

9,600 

5 

8,000 

1 

6,400 

3 

4,800 

24 

78,400 

Communication 

Eng 

$1, 800/mo 

11 

19,800 

12 

21,600 

9 

16,200 

9 

16,200 

6 

10,800 

47 

84,600 

Data Processing 
Eng 

$1 ,800/mo 

11 

19,800 

12 

21,600 

9 

16,200 

9 

16,200 

6 

10,800 

47 

84,600 

Clerk Typist 

$750/mo 

11 

8,250 

12 

9,000 

9 

6,750 

9 

6,750 

6 

4,500 

47 

35,250 

Total 

Schedule/Cost 

61 

94,850 

66 

102,600 

50 

77,750 

49 

76,150 

33 

51,300 


402,650 

Employee 
Benefits at 30% 

— 

28,455 

_ 

30,780 


23,325 



22,845 



15,390 



120,800 

Total Personnel 
Cost 

— 

123,305 

— 

133,380 

— 

101,075 

— 

98,995 

_ 

66,690 

_ 

523,445 

Office Equip- 
ment and 
Supplies 


7,500 


500 


500 


500 


500 


9,500 

Travel 


3,000 

- 

3,000 

- 

1,000 

- 

1,000 

- 

500 

- 

8,500 

PROGRAM 

MANAGEMENT 

COST 

■ 

133,805 

_ 

136,880 


102,575 


1 00,495 


67,690 


541,445 
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Table 20 System Contractor Cost Estimates 


System Phase 

Phase 1 

Phase II 

Phase ill 

Phase IV 

Phase V? 

Total 

Schedule/Cost 

Man 

Months 

$ 

Man 

Months 

$ 

Man 

Months 

$ 

Man 

Months 

$ 

Man 

Mondis 

$ 

Man 

Months 

$ 

Hardware 

development 

45 

157,500 

20 

70,000 

17 

59,500 

15 

52,500 

27 

94,500 

124 

434,000 

Software 
devel opment 

70 

245,000 

45 

1 57,500 

30 

1 05,000 

35 

122,500 

40 

140,000 

220 

770,000 

Documentatton/ 

Miscettaneous 

15 

52,500 

5 

17,500 

3 

10,500 

5 

17,500 

10 

35,000 

38 

133,000 

Procurement 

handling* 

— 

98,700 

— 

145,100 

— 

125,200 

— 

65,300 

— 

78,400 

- 

512,700 

Acceptance 

Test 

2 

7,000 

2 

7,000 

2 

7,000 

2 

7,000 

2 

7,000 

10 

35,000 

Training and 
Phaseover 

3 

10,500 

3 

10,500 

2 

7,000 

3 

10,500 

3 

10,500 

14 

49,000 

Program 

Management** 

— 

114,240 

— 

81,520 

— 

62,840 

- 

55,060 

■ 

73,080 

- 

386,740 

Equipment 

Maintenance*** 

— 

7,100 

- 

5,200 

- 

3,000 

- 

500 

H 

2,000 

- 

17,800 

Travel and 
Subsistence 

— 

20,000 

— ' 

15,000 

— 

10,000 

- 

10,000 

H 

20,000 

- 

75,000 

Fixed Fee — 
10% of Cost 

- 

169,954 

- 

196,032 

- 

164,204 

- 

99,386 

H 

124/448 

- 

754,024 

Total Contracted 
Cost (less Eq ) 

— 

882,494 

■ 

705,352 

— 

554,244 

— 

440,246 

— 

584,928 

- 

3,167,264 

Notes Average man-month cost 3,500$/MM 

Fixed Fee 1 0% of contractor cost including equipment cost. 

*10% of equipment cost 
**20% of contractor's direct labor cost 

***Original equipment manufacturer monthly maintenance cost during test at contractor 
^Emergency Command and Control/Mobile Command and Control development and implementation phase 
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Table 21. Central Dispatch Facilities Equipment Cost Estimate 



Item 

Function 

Qty. 

Unit 

Cost, 

1000$ 

Total 

Cost, 

1000$ 

Total Monthly 
Maintenance, $ 

1i 

Minicomputer with 16K words 
of core and std options 
(power fail, real time clock, 
interrupts, etc ) 

2— each digital com ms 
1 - CAD/AVL 

1 — Data base query/ECC-MCC 
1 — Management report/ECC-MCC 

5 

20.0 

100.0 

850 

2) 

16K word memory add-on 
modules 

Memory add-on modules 
Three each per processor 

15 

65 

97 5 

487 

3) 

Direct memory access 
4-channel assembly 

One assembly each per 
processor 

5 

80 

40.0 

200 

4) 

Memory protect assembly 

One assembly per processor 

5 

1 0 

50 

50 

51 

Interrupt expansion assembly 

One each per processor 

5 

1 5 

75 

40 

6) 

Dual access/megabyte fixhead 
disc controller and servo 

Digital communications 
processor 

One plus one backup disc unit 

2 

190 

38.0 

266 

7) 

Dual access 25-megabyte 
moving head disc controller 
with 2 servos 

One assembly with 2 disc 
servos for CAD/AVL 
DBQ/ECC-MCC and 
Mgmt/ECC-MCC 

3 

41 0 

123 0 

825 

8) 

TTY with paper tape 
read/punch 

Processor maintenance and 
backup 

2 

60 

120 

136 

9) 

Card punch (100 CPM) 

Program development file update 

1 

30 0 

30 0 

162 

10} 

Card reader (300 CPM) 

Program load/ File update 

1 

40 

40 

24 

11) 

Line pnnter (600 LPM] 

Reports printing and software 
development 

1 

180 

18 0 

125 

12) 

Magnetic tape units and dual 

access controller 

(75 IPS -800/1600 BPI - 

9TRK) 

Tape logging 
1 - Recording 
1 — Stand-by 
1 - Play-back/ECC-MCC 

3 

19.0 

57.0 

630 

13) 

Time code generator 

Serial /parallel day of year and 
time of day 

2 

3.5 

70 

50 

14) 

Command console — printer 

Dispatch center consoles — ECC 
consoles 

10 

1 5 

150 

100 

15) 

Console instant playback — 
voice 

Operator voice transaction 
record, instant playback 

31 

06 

186 

310 

16) 

CRT/KB terminal 

"Smart" temunal for all 
consoles 

31 

4 5 

139 5 

800 

17) 

CRT monitor (for dual CRT 
consoles) 

Dispatch center consoles — ECC 
consoles 

10 

25 

25 0 

150 
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Table 21. Central Dispatch Facilities Equipment Cost Estimate (contd) 


Item 

Function 

Qty. 

Unit 

Cost, 

1000$ 

Total 

Cost, 

1000$ 

Total Monthly 
Maintenance, $ 

18) 

Radio channel select and 
monitor assembly 

Facility radio control channel 
monitor, emergency/mike 10 
decoding and console controls 

1 

200 0 

200 0 

1,200 

19) 

Signal conditioning and 
processor peripheral multi- 
access assembly 

Interface all processors to 
selected peripherals (disc-tape 
print, etc.) 

1 

200 0 

200 0 

850 

20) 

Communications signal condi- 
tioning voice/digital lines 
assembly 

Multichannel high-speed line 
communications interface and 
buffer multiplexer 

1 

100 0 

100.0 

400 

21) 

Telephone automatic call 
director and monitor 

Facility telephone-console 
interface and controls 
Call-director Voice-digital line 
Traffic monitor 

1 

200 0 

2000 

850 

22) 

High speed data modems, 
2.4 KB 

ACC-MCC-data base radio digital 
line communications 

10 

1 5 

150 

50 

23) 

Microfiche viewers 

One per two operator work 
positions 

12 

25 

52 5 

480 

24) 

Uninterruptible power 
system 

Power backup, 15 kW 

1 

45 0 

45 0 

1,200 

25) 

Facility cabling and work 
position cabinet/assembly 

Cabling of total system at facili- 
ties and cabinet assembly 

1 

(Lot) 

30 0 

30.0 

— 

26) 

AVL graphic terminal 

AVL field deployment 
location — dispatch center and 
ECC 

4 

60 

24 0 

250 

27) 

Voice magnetic tape 
recorder/playback (24 hr) 

Tel/radio/operator voice transac- 
tion log 

5 

150 

75 0 

250 

28) 

Tape search unit 

Playback tape search and time 
input 

1 

4.0 

40 

10 

TOTAL COST 

1,682 6* 

10,735 

Note 

a) Console Equipment Items 14 

15, 16 and part of 18 and 21 are integrated into console/work position chassis assembly 


b) Items 18, 19, 20, 21 and 25 are custom-designed equipment. 






*lncludes cost of Phase V equipment items (see note on Table 20). 
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Table 22. Local Police Department Console Cost Estimate 


Item 

Function 

Qty 

Unit 

Cost, 

1000$ 

Total 

Cost, 

1000$ 

Total Monthly 
Maintenance, $ 

1) CRT/KB Terminal 

"Smart" terminal 

1 

45 

45 

30 

2 ) CRT Monitor 

Second CRT for work position 

1 

25 

25 

15 

3) Console Printer 

Recovery print 

1 

1 5 

1 5 

10 

4) Console Instant Record/Playback 

Operator voice transaction 
instant playback 

1 

06 

06 

10 

5) Line Printer (150 LPM) 

Reports and daily field unit 
activity record 

1 

70 

7.0 

100 

6) High Speed Data Modern 
2 4 KB 

Interface to dispatch center 
facility and backup 

2 

1 5 

30 

10 

7) Radio Control Console Assembly 

Operator/ Field voice — 
Emergency/Mike ID decoding 

1 

20 

20 

10 

8) Telephone Call Director Console 
Assembly 

Telephone Tie-line PBX 

1 

1 0 

1 0 

10 

9) Miscellaneous Cabling and 
Cabinet Assembly 

ConsoEe/work position integrated 
set 

1 

1 0 

1 0 

- 


TOTAL COST PER DEPARTMENT 

23 1 

185 
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Tab>9 23. Field Radio Communications Cost Estimate 


Item 

Function 

Qty. 

Unit 

Cost, 

1000$ 

Total 

Cost, 

1000$ 

Total Monthly 
Maintenance 
Cost, $ 

1) Radio Transmit Receiver Monitor 
Mam Base 

Fixed Site Radio Transmit/ 
Receive r-Voter Equipment 
Voice-Digital 

1 

(Lot) 

174 0 

174 0 

1,200 

2) Radio Transmit Receiver- Monitor 
Auxiliary Bases 

Radio Monitor and Voter 

Equipment 

Votce-Digital 

1 

(Lot) 

50 0 

50 0 

500 

3) Microwave Network 

36-channel Microwave Net 
(All Facilities/MCC) 

1 

124 0 

124 0 

1,000 

4) Uninterruptible Power System 

Backup power 25 kW Mam Radio 
Base 

1 

100 

10 0 

500 

5) Mobile/Portable Voice 
Transceiver 

Field Unit Mobile/Portable Voice 
Transceiver with Emergency and 
Mike ID code and channel control 

300 

22 

660 0 

1,500 

6) Mobil e/Portable Digital 
Communication Terminal 

Field Unit Mobiie/Portable Digital 
Communication 

300 

35 

1,050 0 

1,500 

7) AVL Sign Post Transmitters — 

Sign Post for approximately 1/3 
of the city street cross point 
intersections 

10,000 

0 05 

500 0 

1,500 

TOTAL COST 

2,568 0* 

7,700 

Note a) items 1, 2, 3, 7 are custom designed tor the given area coverage 





b) Items 6 and 7 are engineering estimates for large quantity production 





'Includes cost of Phase V equipment items (see ipote on Table 20) 
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Figtire 17.. Overall Schedule of Activities 
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8. COSTS AND BENEFITS 


Cost vs benefit analyses of CAD systems, digital commu- 
nications systems, and AVL systems are presented in the com- 
pamon manuals on those subjects. This section will examine 
the costs and benefits associated with the implementation of a 
multi-commumty police command and control system, on the 
assumption that the mdividual pohce departments are not at 
present using advanced technologies such as CAD, MDC, and 
AVL. 

It IS important for plaimers m small-to-medium juns- 
dictions (up to half a milhon population) that are adjacent to 
other small-to-medium juasdiclions to give senous considera- 
tion to preparing a joint plan with their neighboring depart- 
ments for a cooperative, computer-aided command and 
control system including several departments. The advantages 
are sigmficant* 

• Federal funds to subsidize upgrading of local pohce 
command and control systems are usually easier 
to obtain for such joint or cooperative systems. It 
may be difficult for a small department to obtain 
such funds an an mdividual apphcant. 

• Radio channel crowding is especially troublesome 
m the case of several adjacent but separate radio 
dispatch systems A combmed computer-aided sys- 
tem helps relieve this congestion in two ways; 
1) all the channels of the departments can be man- 
aged as a common resource, resulting m efficient 
allocation of this resource, and 2) convertmg a 
large portion of the message traffic to digital form 
reduces the channel congestion significantly for 
the same volume of messages 

e Service to the public can be improved, as will 
be discussed below. 

• Very sigmficant savmgs can be made m operatmg 
costs, most particularly m personnel costs. 

• Savings m procurement of both capital equipment 
and operating supphes can be effected because of 
the larger scale of purchases by a combmed 
operation 

Aside from these important benefits, there is the advent 
of the 911 emergency callmg system to be considered Opera- 
tion of 911 system will be more complex and more costly 
when it has to deal with a large number of small jurisdictions, 
and m some areas legislation will require the 91 1 answermg 
and dispatching function to be taken over by a larger j'uris- 
diction such as a county if there are no regional cooperatve 
arrangements. 


As an example of a particular case of a combmed multi- 
commumty police command and control system usmg'the 
latest technology, this section will present some of the data on 
the system that is now m the process of being implemented by 
a consortium of several adjacent cities. This chapter will 
emphasize the cost-benefit aspects of the plarmed system 

The analysis that served as the basis for planiung of the 
system considered three alternatives for the new system. 

Alternative A. Upgrade aU ten dispatch facilities, but 
leave them separate 

Alternative B. Combme all dispatching for the ten 
cities m a single, central automated dispatch facility 

Alternative C. Combme all dispatching for the ten 
cities m two automated dispatch facilities 

The startmg pomt for the analysis was the present con- 
figuration of the various police departments concerned, as 
shown m Table 24 Table 25 lists the estimated costs of one of 
the alternatives (B), as an mdication of the kmds of changes 
that would have to be made and their costs. Similar tabulations 
were made for all the other alternatives; the results are 
summanzed in Table 26. 

It should be noted that the figures given in the com- 
parative tables, although based on the best data available, pro- 
vide only rough mdications of predicted costs. For example, 
no allowance has been made in the predictions for increase 
of personnel costs over the 5-yr period from 1975 to 1979. 
Smce one of the major cost benefits of a combined and auto- 
mated system of command and control results from a reduction 
in personnel requirements, reahstic allowance for such.mcreases 
would make the differences even greater. The relative decrease 
in personnel costs is accorapamed naturally by an mcreased 
percentage (1 0% rather than less than 5%) devoted to equip- 
ment costs; over the last few years, however, equipment costs 
for both leased and purchased items have mcreased at a much 
slower rate than personnel costs 

The estimates of personnel costs are based on the follow- 
mg approximate salaries. 

Dispatchers $ 1 0,000 per aimum 

First-level supervisors 1 7,000 

Second-level supervisors 20,000 
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TaUe 24 Characteristics of Present Departments 


City 

B 

2 

3 

— 

5 

6 

D 

8 

9 

10 

Total 

Poputation 

38,500 

16,000 

47,183 

55,500 

19,200 

93,285 

35,352 

14,350 

63,649 

140,000 

523,019 

2 

Area, Ml 

484 

5 46 

5 21 

5.58 

1 3 

8 85 

3.8 

4.75 

6 028 

20 49 

66 30 

Sworn Officers 

60 

59 

73 

57 

32 

155 

52 

21 

67 

194 

770 

Civilian Staff 

21 

18 

20 

12 

13 

58 

11 

2 

54 

56 

265 

Police Vehicles — Radio Equipped 

28 

23 

19 

25 

24 

73 

20 

7 

27(11 

87 

333 

Portable Radios 

22 

15 

6 

12 

10 

30 

8 

5 

4 ( 2 ) 

18 

130 

Part 1 Crimes (1972) 

2,607 

1,114 

2,165 

1,829 

1,000 

7,179 

1,435 

479 

4,614 

8,019 

30,441 

Calls for Service (1972) 

7,153 

21,736 

26,419 

33,377 

14,260 

12,600*^’ 

5,012 

18,584 

37,922 

87,059 

264,122 

Communications Staff 

5 

5 

5 

1 t 6 ‘"> 

4 

19 

5 

2 ( 4 ) 

13 

7+12*'*’ 

84 

Logging Tape Recorder 

YES 

NO 

YES 

YES 

NO 

YES 

NO 

NO 

YES 

YES 

- 

Use Dispatch Cards 

NO 

YES 

NO 

NO 

YES 

YES 

NO 

NO 

YES 

YES 

- 

(1) Also have 25 VHP mobiles in same vehicle 

(2) UHF mobiles are also portables, have four VHP portables 

(3) 1970 figure 

(4) Sworn officers 


Table 26 indicates a clear cost advantage for Alterna- 
tive B (a single dispatch center for all ten cities), but other 
considerations may well indicate the establishment of two or 
more centers The general conclusions that might be drawn 
from this comparison are 

• For a 5-yr period, there is little or no cost reduc- 
tion resulting from the combined automated sys- 
tem (although the life of such a system would 
probably be much longer than 5 yr, assuming a 
15-yr period, the cost advantage is clearly m favor 
of Alternative B or C. Consequently, the improved 
service provided to the public must be heavily 
weighted in evaluating such systems However, 
inflation of personnel costs could result in a clear 
cost advantage even over a short period. 

• Changing to an automated system is costly (note 
the sharp increase for Alternative A over existmg 
systems), but the costs can be significantly reduced 
by changing at the same time to a combined multi- 
jurisdictional system. 


• AH automated systems reduce significantly the pro- 
portion of total costs devoted to personnel costs. 

Some of the major advantages of having a consolidated, 
multicommunity computer-aided system in place of multiple 
manual systems were mentioned at the beginmng of this chap- 
ter There are a number of additional benefits of implementing 
such a system, some of them related primarily to the automa- 
tion of the command and control functions and some to their 
consolidation. These are briefly summarized below. 

Improved Dispatching With promptly updated status 
always immediately visible, instant access to all required files 
in the computer, and automatic input of all routine data (time, 
data, ID’s, etc ) by the computer, the dispatcher can process 
dispatches faster and more accurately 

Use of Resources With the status of all forces of the 
cooperating commumties on view at a central location, these 
forces can be allocated in a more efficient manner and can 
be mobilized to handle crossj'urisdictional incidents more 
effectively. 
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Table 25 Cast of Alternative B [dollars) 


Table 26. Comparative Casts of Alternatives. 
1975-1979 (thousands of dollars) 


CAPITAL OUTLAY 

a. 

Renovate Dispatch Facility 

50,000 

b 

Radio Consoles 

29,000 

c 

Telephone Consoles 

12,000 

d 

Logging Tape Recorders 

33,360 

e. 

Instant Playback Recorders 

17,100 

f. 

Microfiche Display Units , 

32,000 

0. 

Conveyor Belt 

20,000 

h 

Modify mobile and portable radios 

60,000 

■ 

New mobile and portable radios 

109,000 

J 

Monitor receivers 

500 

k. 

New base stations 

110,000 

1. 

Install radio control circuits 

200 

m. 

Install emergency telephone lines 

2,735 

n 

Install business telephone lines 

- 

0 

Install Automatic Call Distributor 

2,000 

P- 

Install Key Telephone System 

1,500 

q- 

Install Hot Lines 

180 

r. 

Data Management System 

817,000 

s. 

CRT Terminals 

54,600 

t. 

Modems 

— 

u. 

Install data lines 

- 

V. 

System Design, Specs, and Management 

300,000 

TOTAL CAPITAL OUTLAY 

$1,651,175 

OPERATING COSTS (ANNUAL) 


a 

Radio Control Circuits 

874 

b 

Emergency telephone lines 

1,512 

c. 

Automatic Call Distributor 

14,400 

d 

Key Telephone System 

9,600 

e. 

Hot lines 

5,787 

f. 

Data Lines 

- 

9> 

Salaries, Dispatchers 

760,000 

h. 

Salaries, Supervisors 

90,000 

1 . 

Overhead, at 60% of salaries 

510,000 

J 

Maintenance 

124,000 

k. 

Supplies 

6,000 

TOTAL OPERATING COSTS 

$1,522,173 



Existing 

Systems 

Alternative Systems 


A 

B 

C 

Capital Outlay 

202 

1,874 

1,651 

1,795 

Operating Costs 

1 0,745 

14,740 

7,620 

10,285 

Total 

10,947 

16,614 

9,271 

12,080 

Annual personnel costs as 
a percentage of total 
annual costs 

0 92 ■ 

0.73 

0 72 

0 74 


Response to Calls With an Automatic Call Distribu- 
tion System to allocate incoming calls to the next available 
operator, calls can be served in the sequence of their arrival 
and answered more rapidly because the CBO resources have 
been pooled 

Call Processing. Taking of mcident data by the CBO 
IS made faster and easier by the keyboard/CRT procedure. 
Routine data is handled by the computer, and information 
given IS checked for validity (especially addresses). With the 
ANI/ALI feature of the 911 system implemented, location 
and telephone number can be entered automatically. The 
address verification function of the computer will also auto- 
matically mdicate which pohee department has jurisdiction 
over the location of the incident. 

Reduced Response Time. Because of the faster opera- 
tion at both the CBO and dispatcher positions, and the more 
accurate information available to both, overall response time 
may be reduced. 

Physical Security. With one or two locations rather 
than- five to ten, it is easier to assure the physical security of 
the dispatching operations. 

Dispatcher Efficiency. The efficiency of the dispatcher 
is not only improved by the automated functions, but by a 
quieter workmg environment and reduced stress durmg peak 
load periods. Other features that help improve dispatcher effi- 
ciency and reduce stress are the mstant-playback recorders 
(permitting recovery of information that was not clearly under- 
stood and cannot be repeated). 


CAPITAL OUTLAY PLUS OPERATING COSTS 


S3, 173,348 
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Officer Safety. The safety of field is enhanced by sev- 
eral features of the automated system, information on sus- 






picious vehicles and persons is provided to field officers in 
seconds, automated timing by the computer indicates when 
a umt is overdue to report; access to radio, channels by field 
umts IS less subject to delay, digital commumcations are less 
subj'ect to bemg overheard, field units can contact directly 
other field units, mcluding those of other departments in the 
combined system. 


Reduced Clerical Load. The computerized command 
and control system not only reduces drastically the clerical 
tasks required of CBO and dispatcher, but can eliminate or 
replace much of the clerical work required of field officers 
in filmg reports and wiU also perform most of the compilation 
and preparation of management reports and required statistical 
reports 
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APPENDIX A 


DESCRIPTION OF OAK PARK, RIVER FOREST, FOREST PARK COOPERATIVE CAD SYSTEM 


Three adjacent suburban commumties in lUmois, m the 
vicinity of Chicago, recently installed a cooperative CAD sys- 
tem for use by all three police departments. The cities mvolved 
are: 

• Oak Park, population 62,500. 

• River Forest, population 14,400. 

• Forest Park, population 1 6,000. 

The ^stem was designed and installed by a firm in Champaign, 
Illmois (Commumty Technology, Inc.) and began daily opera- 
tion m April 1974. It is known by the trade name of AIDS 
(Automated Interactive Dispatch System). 

Figure A-1 shows the configuration of the system m a 
simplified form. Note that it mterfaces with the Illmois auto- 
mated law enforcement data base (LEADS, Law Enforcemenl 
Agencies Data System) and with the NCIC, through the AIDS 
computer. 


Figure A-2 is a more detailed block diagram of the Oak 
Park dispatch center, where the CAD computer is located, 
showmg also the mterfaces with the River Forest and Forest 
Park disp'atch centers. Note that each of the departments has 
two dispatch positions with display and keyboard. Only the Oak 
Park department has a separate complamt operator and a spec- 
ial display position for the chief, enabimg him to view any of 
the other active console displays. 


As Figure A-2 indicates, the heart of the system is a Data 
General Nova mmicomputer with 24K words of core storage 
plus its loader, restart device, and clock. The disk storage is a 
umt with a capacity of 28 million characters. Magnetic and 
paper tape drives are included in the system, along with a 
prmter for general-purpose output from the computer. This 
is not the printer used by the dispatchers; the diagram shows 
that each department has a printer associated with the 
dispatchmg consoles 



Fig. A-1. Communication system 
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Fig. A-2. Oak Park system block diagram 


The consoles have single-screen displays. Each screen is 
divided into four areas There are 24 lines altogether m the dis- 
play (with up to 80 characters on each line), allocated as 
follows 


Line 1 - 1 1 

Incident record* or responses 
from LEADS or NCIC 

Line 12 

Queries to LEADS or patrol unit 
status update or NCIC. 

Line 13 - 21 

Unit status table or mcident 
status table 

Line 23 - 24 

Messages from the CAD system 
or from other operators 


*In this system an incident record is called a dispatch ticket 


Figure A-3 shows the alternate forms of the display. The 
operator can call up either type of information to the display 
area reserved for it, but with one screen he cannot have on view 
at the same time, for example, both the mcident status table 
and the patrol unit status table. 

The keyboard is illustrated m Figure A-4. It consists of an 
ordinary typewriter keyboard plus special function keys shown 
to the left and nght. The keys on the left are editing keys for 
positioning the input and adding or deleting smgle characters 
or entries The keys on the right are dispatch function keys with 
the functions listed in Table A-1 . 

The operation of the system is summarized in Table A-2, 
which hsts all the entries on the mcident record (with number 
of characters aUoted to each) and shows the source of the entry 
in each case The important point to be noted is that the sys- 
tem itself automatically provides many of the entries with no 
mtervention required by the operator or dispatcher. Senal 
numbers, dates, and all times are automatically entered by the 
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INCIDENT: fAllURETOPAY ‘ 2323 OST 5 JAN 1975 CODE 335 075-00283 

LOCATION: CHICAGO/HARLEM OAK PARK . IL POST 6 OP 00724 

CALLER : LTMcDANIEL VICTIM STANDARD STATION 01680 

ADDRESS: 534 N KENILWORTH OAK PARK .IL TELEPHONE: 383-9811 

UNIT 556 KERN'GUnMAN ASSIGNED 2325 ARRIVED 2329 COMPLETED 2342 

FROM 1 ASSISI 556.543 RECEIVED 8Y 48 DISPATCHED BY 47 

NOTES: MAROON 73 CHEVY WITH A WHITE CONV TOP NO REAR PLATE HAS A PLATE ON FRONT 
MW DRIVING FW IN THE MIDDLE AND ANOTHER M W ON THE PASSENGER SIDE 
ALL YOUNG PEOPLE IN THE CAR WILL SIGN COMPLAINTS 

MORE 

UNIT: 558 CODE: 28 LICENSE: US7470 YEAR: STATE: 

OP 551 10-44 28:35 PIERANUNZ I A/ANNEST 2AM 2 NORTH AND ROSSELL 

OP 552 10-08 213)1 BUCHOLZ /MORAN 3B/4B 3B 4B 

OP 553 10-23 28:57 01427 HANSEN/APOLO <23001 3A4A 534 N KENILWORTH 

OP 555 10-08 19:39 LTMcDANIEL ALL 

OP 556 10-44 20:43 KERNAVICKSTER 1 CHGO AND HARLEM 

OP 557 10-08 2100 GOTTLINGIEVY (2300i 2 2A 2B 

OP 558 10-38 20:59 BEERUP/BLAKELY 28 LOM.B MAD GRN LINC 

OP 565 10-08 20:32 HaLY L,'M LAKE AND MARION 


548 OVERDUE 03 


0326 

3LGH 010575 03.25.07L03 
LGH75-3 IL0162500 010575 
ALL TERMINALS DIST3 

VEH TAKEN WITHOUT OWNERS CONSENT RED 72 MUST 2D ILL 74 525052 
MW 59 138 LBS L6 YRS COLLAR LENGTH HAIR 
WEARING BRO PRINT SHIRT BLUE JEANS BLUE SKIJACKET SUBJ HAS NO DL 
ANY FURTHER INFO CONTACT 297 2131 
PD DES PLAINES IL 
0325 BF 

UNIT: 545 CODE: 24 DISPOSITION: 

OP 01411 4-07 19:48 556 VAGRANCY 

OP 01414 6-10 19:59 553 AMBULANCE NEEDED 

OP 01420 4-12 20:30 552 ROWDY JUVENILES 

OP 01421 5-52 20:35 570 PARKING ON PRIVATE 

OP 01422 5-60 20:36 SUSPICIOUS VEHICLE 

OP 01423 4-12 20:41 ROlVDY JUVENILES 


01423 PENDING 93 2844 


4 W CHGO AV 
1009 N TAYLOR 

LONGFELLOW PK ADAMS SIDE 
937 GARFIELD 
734 CLARENCE 
1100 ELMER 


Fig. A-3. Display formats 
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Fig. A-4. Automated interactive dispatch system: Keyboard layout 


Table A-1. Function Key Operations 


Key 

Function 

EVENT 

Generates a new dispatch ticket for an incident, given a location and (optional) irvrident code. 

TICKET 

Recalls and displays a ticket given the ticket number. It Is used with the STATUS key to display the ticket status 
file. 

UNIT 

Alters the status of a patrol unit, given the patrol unit number, a status code, and possibly some other data depend- 
ing on the code. Used with the STATUS key to display the unit status file. 

STATUS 

Used as indicated above to display ticket and unit status tables. Also used with the LEADS key to display recent 
traffic with the LEADS system. 

LEADS 

Formats arxl transmits messages to the LEADS computer. Used with the STATUS key, as noted, to display 
LEADS messages. 

PRINT 

Causes dispatch tickets and LEADS messages to be printed out. 

FILE 

Assigns document control numbers to dispatch tickets. 

MEMO 

Performs limited message switching between consoles. 

CLEAR 

Clears the display screen. 
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Table A-2. Ticket Fields 


Field 

Size 

Information Provided by: 

AID 

System 

Complaint 

Operator 

Dispatch 

Operator 

Notes 

1. Ticket number 

5 

X 




2. Control number 

8 

X 




3. Date 

7 

X 




4. Time 

4 

X 




5 Incident code 

4 


X 


1 

6 Incident 

24 

X 



2 

7. Location 

24 


X 


1 

8. Zone 

4 

X 



3 

9. Department 

2 

X 




10 Caller 

24 


X 



11. Victim 

24 


X 



12. Address 

24 


X 


4 

13. Telephone 

7 


X 


4 

14 Unit assigned 

4 



X 

1 

1 5 Officers 

24 

X 




16 Zone responding 

4 



X 

1 

17 Time assigned 

4 

X 




18. Time arrived 

4 

X 




19 Time completed 

4 

X 




20 Disposition 

3 



X 

1 

21. Assisting units 

24 



X 

1 

22 Received by 

4 

X 




23. Dispatched by 

4 

X 




24. Notes 

216 


X 

X 



Notes 1 For convenience, these fields are filled by the system 
with information obtained from the operator expressly 
for this purpose 

2 The information for this field is determined from the 
incident code, if one is supplied Otherwise, it must be 
entered manually by the operator 

3 The information in this field is inferred from the 
location 

4 When Automatic Number Identification (AND or Auto* 
matic Location Identification (ALD capability becomes 
available through the telephone system, these fields may 
also be automatically filled 


computer. On item 6, the type of incident is enteied by the 
computer on the basis of the mcident code entered by the 
operator. The zone is detemuned by the computer on the basis 
of the address given, and the department (city) is also entered 
automatically. When the dispatcher assigns a patrol unit the 
umt number is entered in the incident record and at the same 
time the umt status record is updated. The ID of the person 
receiving the call (complamt operator or dispatcher) is entered 
by the computer from its personnel roster, as are the n^es of 
the officers (or officer) in the patrol unit assigned The com- 
puter maintains the hiik between the incident and the .umt 
assigned, and makes the appropriate entries automatically. 
Thus, when the umt reports arrival on the scene, the time of 
amval is .automatically entered m the incident record when 
the dispatcher updates the unit status file The same occurs 
when the mcident is closed. • - . 

The console operator thus makes virtually no entnes di- 
rectly to the incident record once the initial basic information 
has been entered (whether by the complamt operator or by 
the dispatcher directly). By updating the status --tables, he 
causes the required information to be entered automatically in 
the incident record. 

Queries to remote data bases (LEADS and NCIC) are 
entered directly on the dispatcher’s console, and the responses 
can be displayed there as soon as received (although they are 
pnnted out on the printer m any case). The computer auto- 
matically prepares quenes m the correct format for the system 
being queried; this saves many unsuccessful attempts resulting 
from tnvial format errors m the query. 

The system keeps a time-ordered file of all events known 
to it, and all messages transmitted or received over the law 
enforcement information network are also recorded. This com- 
plete file is used as the source for umt activity reports and all 
statistical reports mcludmg the Umform Crime Reports 


NASA-JPL-ComI , L A , Colif 
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APPENDIX B. ANNOTATED OUTLINE OF BY-LAWS TO JOINT POWERS AGREEMENT 


PREAMBLE 

Defines the new agency and its purposes 

ARTICLE I 

Lists the functions of the agency, which are those of any 
legal entity make contracts, hire employees, acquire and 
dispose of property, incure debts 

ARTICLE II 
MEMBERSfflP 

Defines what agencies are eligible for membership 
Defines conditions of membership 

Specifies procedures for admission to membership (i.e., 
vote by the Board of Directors) 

ARTICLE III 
BOARD OF DIRECTORS 

Defines membership of Board of Directors (one from each 
membership agency) 

Provides for alternates 

Defines what personnel of member agencies are eligible to be 
named to the Board of Directors 

Provides for succession if a representative ceases to be a 
member 

Identifies ex-officio members of the Board (i e,. Executive 
Directors of the Agency and chairpersons of the Executive 
and Techmcal Committees) 

Specifies officers of the Board (chairperson and vice chair- 
person) and how they are elected Executive Director is 
ex-officio secretary 

Specifies how vacancies in officer positions occur and how 
they are filled 

Defines duties of officers 


Defines schedule for meeting of Board and procedure for 
notification of regular and special meetings 

Defines voting procedure in the Board of Directors (no 
proxy or absentee votmg permitted in the example) 

Defines a quorum 

Specifies how rules are to be made and relationship to 
existing statutes covering such public bodies 

Prohibits payment to board members for attending meetings 


ARTICLE IV 

POWERS AND DUTIES OF THE BOARD 

Defines Board as the governmg body of the agency 

Defines authority of the board (very broad) to operate 
the agency and manage its affairs, including acceptmg of 
contributions, donations, or grants 

Provides for annual budget procedure and annual independent 
audit 

Authorizes board to enter into separate contracts with 
member agencies for data processing and management mfor- 
mation services in addition to those performed under the 
a^eement 

Provides for employee membership in any retirement system 

Requires board to maintain adequate public liability msurance 

Specifies procedure for establishing meeting agendas and for 
subjects proposed by members for consideration 


ARTICLE V 

EXECUTI^^ COMMITTEE 

Establishes an Executive Committee, defines membership (in 
this case, the city manager or chief administrative officer of 
each member agency), procedure for electing and replacmg 
officers, meeting schedule and notification procedure, votmg 
procedure, quorum, procedure for establishing rules 
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ARTICLE VI 

POWERS AND DUTIES OF THE EXECUTIVE 
COMMITTEE 

Defines function of Executive Committee as impleraentmg 
the program of the agency in accordance with policy estab- 
lished by the Board of Directors 

Executive Committee reviews and revises if appropriate the 
budget submitted by the Executive Director before submission 
to the Board of Directors. Executive Comnuttee controls 
expenditures of approved budget. Committee can transfer 
funds within the budget and must provide regular reports to 
board of Directors on budget and financial transactions. 

Executive Committee appoints and removes the Executive 
Director. 

Executive Committee can appomt subcommittees for specific 
purposes and reviews recommendations for forwardmg to the 
Board of Directors 

ARTICLE VII 
TECHNICAL COMMITTEE 

Defines Techmcai Committee and its membership (m the 
example, the police chief and fire chief of each member 
agency) 

Provides for formal designation of members and alternates 
and replacement when necessary 

Estabhshes officers of Technical Committee and procedure 
for electing and replacmg them (chairperson and vice chair- 
person, recordmg secretary is appomted) 

Provides for regular and special meetmgs and notification 
thereof, and for voting m the committee (one vote per 
representative). At least one member from each agency 
required for a quorum, no proxy or absentee voting 

Provides for establishment of rules and specifies that no 
member shall be paid for attending meetmgs 

ARTICLE VIII 

POWERS AND DUTIES OF TECHNICAL COMMITTEE 

Defines function of Technical Committee as providing techni- 
cal and operational expertise 

Technical Committee reviews and mediates any disputes 
relating to any techmcai operation of the agency brought 


before it by the Executive Director, provides for appeal to 
Executive Committee 

Defines matters requiring Executive Committee action (i.e., 
communications equipment modification, bid specifications 
for equipment) 

ARTICLE IX 
EXECUTIVE DIRECTOR 

Defmes Executive Director as chief admmistrative officer of 
the agency. Lists his powers and duties (admmister agency 
affairs, appoint and ihanage employees, prepare budget, 
serve on Board of Directors, attend meetmgs of Executive 
and Techmcai Committees, etc) 

ARTICLE X 
FINANCES 

Defmes fiscal year of agency 

Specifies procedure for budget preparation, submission and 
adoption 

Provides for determination of yearly membership assessment 
for member agencies. Specifies percentages for each agency 
durmg Phase II operations and provides for adjustment if 
new agencies join 

Specifies percentage assessments for Phase IV Provides general 
formula for operating expenditures* each member assessed a 
share in accordance with the weighted formula 40% system 
utihzation, 30% population, 30% assessed valuation 

Establishes categories of charges (imtial Phase IV operations, 
expenditures benefitmg all citizens of the members, expendi- 
tures for special equipment and services for one member 
agency, expenditures for 911 service) 

Specifies that imtial assessment percentages shall not change 
for first 5 yr of agency operations except by unanimous con- 
sent of original member agencies 

Provides that any agency m default on financial obligation to 
the agency shall have no vote during period of default 

Provides for treasurer and controller of agency and for 
property custodian 

Provides for identification of tort liability in accordance with 
state law 
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ARTICLE XI 

EQUIPMENT AND OPERATIONS 

Names functions, location, and access authorization to the 
central dispatch operation to be set up 

Prohibits public safety employees of member agencies from 
bemg used for any functions m the operations center, and 
specifies that no employees of the agency shall be public 
safety employees as defined by law 

Title of all equipment reraams with agency except for any 
equipment specifically allocated to a member agency 

Provides for equipment mstaUation and maintenance by 
agency technicians 

Defines equipment costs for general agency purposes and 
those intended for eqmpment for use of one member 
agency (or any number less than all) 

Provides for FCC hcenses held by members to be held m the 
name of the agency. Local agencies contmue to hold licenses 
as secondary users. If any member agency withdraws, the 
agency must provide equivalent or better RF spectrum capa- 
bility held by the member before joimng 

Provides that the article (equipment and operations) can be 
amended only by unanimous consent of Board of Directors 

ARTICLE XII 

WITHDRAWAL BY MEMBER AGENCIES 

Specifies procedures for withdrawal by member agencies. No 
member can withdraw until after the mitial 5-yr period of 
membership 


Withdrawing member agency forfeits all claim to any assets of 
the agency, but retams title to any equipment m its sole 
possession 


ARTICLE Xm 
DISSOLUTION 

Provides procedures for dissolution of agency if the number 
of members falls to less than three 


ARTICLE XIV 
DISPOSITION OF ASSETS 

Provides for division of agency assets m the event of 
di.ssolution in proportion to member agency contnbutions 

ARTICLE XV 
AMENDMENT 

Specifies procedures for amending by-laws Must be submitted 
to the Executive Committee at least 90 days before Board of 
Directors Meeting Executive Committee may recommend 
action to Board of Directors. Amendments require majority 
vote of Board of Duectors 


ARTICLE XVI 
EFFECTIVE DATE 

Specifies that the by-laws become effective immediately on 
the effective date of the Jomt Powers Agreement 
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